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Message from the Director 

Diminishing Manufacturing Sources and Material Shortages (DMSMS) problems can be caused 
by many factors, but they will happen. Robust DMSMS management is crucial. Without it, the 
readiness of our weapons systems will be degraded, hampering the ability of our warfighters to 
accomplish their mission and putting their safety at risk. Further, failure to continually address 
DMSMS issues throughout a system’s life cyele can sometimes cost taxpayers millions of dol¬ 
lars. 

The B-1 program’s DMSMS management team (DMT) overeame obsoleseence and supportabil- 
ity issues, resulting in an estimated 10-year eost avoidance of $316 million. Similarly, the 
Apache program’s DMT avoided more than $200 million in expenditures, and the Virginia-class 
submarine’s DMT resolved over 1,090 obsolescence issues and reaped over $124 million of doc¬ 
umented cost avoidance sinee inception. 

It is imperative for program managers to adopt and fund a robust DMSMS management strategy 
and plan, in concert with proactive technology management, early in the life eycle. This is a pro¬ 
gram’s most effective and efficient way to minimize materiel readiness risks due to DMSMS is¬ 
sues, realize future savings during production and sustainment, deliver better buying power, and 
improve overall life-cycle management. All program managers should task their DMSMS offices 
to assess the adequacy of their DMSMS management efforts. Deficieneies should be eorrected as 
soon as possible. It’s a matter of lives, readiness, mission success, and dollars. 

A robust DMSMS management program consists of five interrelated steps: prepare, for example, 
develop a DMSMS strategy and obtain funding; identify items with immediate or near-term ob¬ 
solescence issues; assess the items to prioritize those most likely to affect readiness or availabil¬ 
ity; analyze possible resolutions; and implement the most cost-effective solutions. This 
guidebook—designed primarily for the DMSMS practitioner, provides best practices for robust 
DMSMS management. Program managers, engineers, and life-cycle logisticians should find the 
guidance particularly useful. 

The guidebook will be updated periodically. This version of SD-22, Diminishing Manufacturing 
Sources and Material Shortages: A Guidebook of Best Practices for Implementing a Robust 
DMSMS Management Program, replaces a version published in September 2010. Recommended 
changes to this doeument should be addressed to the Defense Standardization Program Offiee, 
8725 John J. Kingman Road, Stop 5100, Fort Belvoir, VA 22060-6220 or email at 
DSPO@dla.mil. 

Gregory E. Saunders 
Director, Defense Standardization Program Office 
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1. Introduction 
1.1. Scope and Objective 

A Diminishing Manufacturing Sources and Material Shortages (DMSMS) issue is the loss, or 
impending loss, of manufacturers or suppliers of items, or raw materials, or software. The De¬ 
partment of Defense (DoD) loses a manufacturer or supplier when that manufacturer or supplier 
discontinues production of needed components or raw materials, or the supply of raw material is 
no longer available. This can be caused by many factors—such as low-volume market demand, 
new or evolving science or technology, detection limits, toxicity values, and regulations related 
to chemicals and materials—that significantly affect the DoD supply chain and industrial base. 
This situation may cause shortages that endanger an ongoing production capability and/or the 
life-cycle support of a weapon system or any training, support, or test equipment already in the 
field. ^ Ultimately, DMSMS issues affect materiel readiness and operational availability, which, 
in turn, affect both combat operations and safety. 

No system or program is immune from DMSMS issues. They affect short- and long-lived sys¬ 
tems; reparables and consumables; space-based, air-based, ground-based, and sea-based equip¬ 
ment (including support and test equipment); and so on. DMSMS issues are not confined to piece 
parts or devices; obsolescence may occur at the part, module, component, equipment, or system 
level. DMSMS issues are also not limited to defense-unique items; commercial off-the-shelf 
(COTS) items represent a significant obsolescence problem, because such items are most suscep¬ 
tible to market forces. Historically, DMSMS management has been most closely associated with 

electronics. This is no longer the case. DMSMS managers are now equally concerned with mate- 

2 

rials, non-electronics items, and software. 

This standardization document, which replaces the September 2010 version of SD-22, is intend¬ 
ed primarily for the DMSMS practitioner community. It is a guidebook of best practices for im¬ 
plementing an effective DMSMS management program throughout the system life cycle. 

Because DMSMS considerations affect how a system is designed and sustained, program man¬ 
agers (PMs), engineers, and life-cycle logisticians (including supply chain managers, inventory 
managers, and maintainers) are also affected. Consequently, as beneficiaries of DMSMS man¬ 
agement best practices, these communities and their associated policymakers are also part of the 
intended audience. 

The purpose of this document is fivefold; 

• Create awareness of the extent and impact of DMSMS issues on DoD systems. 

• Define a robust DMSMS management process that a PM can use to build an effective 
DMSMS management program. 

• Define DMSMS support metrics to measure the effectiveness of a robust DMSMS manage¬ 
ment program. 


* The word “system,” as used in this document, encompasses weapon systems and training, support, and test 
equipment. 

^ Software obsolescence will be covered in a future update of this document. Generally, the use of the word 
“item” in this document is intended to be all-inclusive of parts, assemblies, software applications, and material. 
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• Promote affordable and effieient program support through rapid and eost-effective DMSMS 
best practices and resolutions that take into account equipment life cycles, technology chang¬ 
es, and preplanned obsolescence. 

• Promote the exercise of DMSMS management best practices throughout the acquisition life 
cycle. 

1.2. DMSMS Policy and Guidance 

The DoD Supply Chain Materiel Management Regulation establishes DMSMS policy for DoD. 

-5 

Within this regulation, DMSMS policy directs that DoD components do the following: 

• “Proactively take timely and effective actions to identify and minimize the DMSMS impact 
on DoD acquisition and logistics support efforts. 

• “Develop a process to resolve problems created by DMSMS and reduce or eliminate any 
negative impacts. 

• “Proactively consider DMSMS through[out] a system’s life cycle by anticipating potential 
DMSMS occurrences and taking appropriate logistics, acquisition, and budgeting steps to 
prevent DMSMS from adversely affecting readiness or total ownership cost. 

• “Aggressively pursue ... actions,” when an item is identified to have a DMSMS problem, 
“particularly, when those items threaten to degrade weapon system readiness below estab¬ 
lished goals. 

• “Establish DMSMS programs that shall reduce or eliminate the cost and schedule impacts of 
all identified DMSMS problems and help ensure that DMSMS problems do not prevent 
weapon system readiness and performance goals from being met.” 

Procedures for meeting DMSMS management requirements are also established as follows:^ 

• “Each DoD Component shall designate a focal point to plan and coordinate actions to mini¬ 
mize the impact of DMSMS. 


^ DoD Supply Chain Materiel Management Regulation, DoD 4140.1-R, May 2003, p. 75. Terminology and or¬ 
ganizational entities used in quoted material have evolved since the last update of DoD 4140.1-R. 

According to DoD 4140.1-R (pp. 77-78), mitigating actions include the following: “C3.6.2.4.1. Encourage the 
existing source to continue production”; “C.3.6.2.4.2. Use the current item specification to find another source”; 
“C3.6.2.4.3. Convert the existing item specification to a performance-based specification, which provides more flex¬ 
ibility in acquisition approaches and facilitates identifying another source”; “C3.6.2.4.4. Obtain an existing substi¬ 
tute item that will perform fully (in terms of form, fit, and function) in place of the DMSMS item”; “C3.6.2.4.5. 
Redefine requirements through applicable engineering support activities, and consider buying from a commercial 
source”; “C3.6.3.4.6. Use current manufacturing processes to produce a substitute item (form/fit/function) for the 
unobtainable item”; “C3.6.2.4.7. Make a ‘bridge buy’ of a sufficient number of parts to allow enough time to devel¬ 
op another solution”; “C3.6.2.4.8. Make a life-of-type buy”; “C3.6.2.4.9. If a contractor using Government Fur¬ 
nished Equipment (GFE) stops production, reclaim the GFE and reissue it to a new source to help establish 
production capabilities”; “C3.6.2.4.10. Reclaim DMSMS parts from marginal or out-of service equipment or, when 
economical, from equipment that is in a long supply or potential excess position”; “C3.6.2.4.11. Reverse engineer 
the item to develop an exact replica of the item”; “C3.6.2.4.12. Modify or redesign the end item to drop the part in 
question or replace it with another”; “C3.6.2.4.13. Replace the system in which the DMSMS item is used”; 
“C3.6.2.4.14. Require the using contractor, through contractual agreements, to maintain an inventory of DMSMS 
items for future DoD production demands”; and “C3.6.2.4.15. Obtain a production warranty.” 

^ DoD Supply Chain Materiel Management Regulation, DoD 4140.1-R, May 2003, pp. 75-79. 
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• “Commanders of activities with responsibility for design control, acquisition, and manage¬ 
ment of any centrally managed item used within weapon systems or equipment shall imple¬ 
ment the DMSMS program by establishing internal procedures. 

• “When an item is identified as [having a] DMSMS [problem], the DoD Components should 
implement the most cost-effective solution consistent with mission requirements. 

• “The DoD Components shall send to the cognizant [integrated materiel manager] (IMM) the 
information that was originally obtained from industrial sources about an actual or prospec¬ 
tive announcement of a manufacturer’s intent to stop production. This information shall al¬ 
low DMSMS broadcast alerts to be generated, if applicable. The cognizant IMM shall notify 
the [Government-Industry Data Exchange Program] (GIDEP) to establish a DMSMS case. 

• “The DoD Components shall ensure that the [Inventory Control Point] (ICP) maintains post¬ 
action surveillance throughout the life of DMSMS items in the logistics system. 

• “The DoD Components and Security Assistance customers who use the specific items shall 
respond to requests for requirements information needed to decide the best course of action 
for ensuring continued supply of DMSMS items. Timely responses are required to meet con- 
tractor-imposed final action deadlines. Eor DMSMS cases involving multiple parts and mul¬ 
tiple users. Integrated Product Teams (IPTs) shall be established to coordinate DoD 
assessment and response to ensure that adequate logistics support may be maintained for af¬ 
fected weapon systems.” 

This standardization document contains DoD-wide DMSMS management guidance. The role of 
guidance is to amplify policy and help close gaps between policy and practice. 

Considering overarching DoD policy and guidance, the DoD components have created their own 
policies, which can be found in the DMSMS Knowledge Sharing Portal (DKSP), described in 
Appendix G. The DKSP also shows DoD component guidance documents. 

1.3. The Importance of a DMSMS Management Program 

Because DMSMS management has a significant effect on many aspects of a program, it is not a 
standalone function. DMSMS management is inherently linked with reliability, maintainability, 
supportability, and availability. Within this context, it is important to plan for, minimize, and 
manage the risks associated with DMSMS issues, due to their detrimental impact on materiel 
readiness, operational mission capability, safety of personnel, and affordability. 

Materiel readiness is an immediate and urgent concern for the warfighter. Missions are affected 
if equipment caimot be supported; either the equipment is not available for the mission, or it can¬ 
not be sustained throughout the mission. DMSMS issues can negatively affect supportability if 
the parts needed to repair a system are not available or in scarce supply. It is unacceptable for a 
system to be non-mission capable due to a DMSMS issue. To allow a DMSMS situation to pro¬ 
gress to the point of affecting a mission (because parts are not available) is contrary to DoD poli¬ 
cy and is an indication of ineffective DMSMS management. In addition, ineffective DMSMS 
management can cause rapid escalation of the costs for parts. 

A robust DMSMS management program is the most effective and efficient way to minimize ma¬ 
teriel readiness risks due to DMSMS issues, deliver better buying power, and improve overall 
life-cycle management. DMSMS resolutions are based on the most cost-effective approach to 


3 


SD-22 - August 2012 


managing the problem before operations are affected. Cost avoidance can be substantial, as dis¬ 
cussed below: 

• The B-1 program office was informed by the original equipment manufacturer (OEM) that a 
radar system was experiencing obsolescence and the recommended system upgrade needed 
to resolve the problems would cost $350 million. DMSMS monitoring and surveillance indi¬ 
cated only minimal obsolescence existed, and the analysis team identified readily available 
alternate component parts to replace the ones identified as obsolete. The bottom line was that 
obsolescence and supportability issues were easily overcome, allowing adequate cost- 
effective system support through continued organic depot repair with an estimated 10-year 
cost avoidance of $316 million. 

• The Apache obsolescence working group shares power equally between the government and 
contractor. Issues and details are discussed and resolved within this small team with an ex¬ 
pansion of participation as needed from other functional disciplines. An empowered program 
office champion drives recommendations to reality. This model has resulted in early discov¬ 
ery and intervention of obsolescence risks in an environment of agreed-to mitigation plans. 
The benefit has been no part shortages or schedule delays, identification of funding to miti¬ 
gate obsolescence that does not require “robbing Peter to pay Paul,” and required redesign 
blended into planned design updates. The success of this model and this program is best rep¬ 
resented by the cost avoidance realized by this working group across all configurations and 
life-cycle phases of this system—over $200 million. 

• The E/rgmza-class submarine program integrated DMSMS management into the construction 
program early in the design/build process. To ensure consistency and repeatability of results, 
the program office established a technology refresh IPT, formalized a standard operating 
procedure, developed a memorandum of agreement with the Naval Supply Systems Com¬ 
mand for the advanced procurement of spares, and established a budget. As a result, the pro¬ 
gram has resolved over 1,090 obsolescence issues and reaped more than $124 million of 
documented cost avoidance since inception. 

• A foreign military sales (FMS) DMSMS team was asked to look into an obsolete part (a digi¬ 
tal display indicator) needed for critical support equipment used by FMS customers. The 
OEM was unable to fulfdl a request for the support equipment due to the obsolete part and 
quoted $2.6 million for redesign. The FMS DMSMS team examined an available drawing, 
identified the vendor part number, researched the supply system, located the original vendor, 
and was able to obtain 50 of the parts needed (more than the required quantity) for $327,000, 
resulting in a $2.3 million cost avoidance. The extra parts were transferred to the inventory of 
another platform using the same equipment. 


4 



SD-22 - August 2012 


The examples demonstrate how DMSMS management ean result in better value for the taxpayer 
and the warfighter. However, benefits extend well beyond these examples. The Under Seeretary 
of Defense for Aequisition, Teehnology, and Logisties signed a memorandum for aequisition 
professionals that provided speeifie guidanee for improving the way DoD does business. That 
memorandum identified the following broad initiatives:^ 

• Target affordability and eontrol eost growth. 

• Ineentivize produetivity and innovation in industry. 

• Promote real eompetition. 

• Improve tradeeraft in serviees aequisition. 

• Reduee nonproduetive proeesses and bureaueraey. 

Robust DMSMS risk management is an important eontributor to the first four of these initiatives. 
DMSMS management helps target affordability and eontrol eost growth in several ways. By ae- 
eounting for DMSMS issues during design (trades), future operating and support (O&S) eosts 
will be redueed. For example, the use of modular open systems, standardized parts, and the latest 
teehnologies ean reduee the impaet of DMSMS issues during sustainment by enhaneing the in- 
terehangeability, reliability, and availability of parts. Robust DMSMS management may enable 
programs to eontrol eost by aehieving “should eost” estimates. 

To ineentivize produetivity and innovation in industry, robust DMSMS management will eulti- 
vate long-term relationships with suppliers. Given sueh relationships, suppliers should be less 
likely to diseontinue an item, and if they deeide to discontinue the item for business reasons, the 
government is more likely to have advanced warning, placing it in a better position to plan an 
alternative course of action. This planning could be done in coordination with industry. 

Promoting real competition by developing alternate sources of items with DMSMS issues is also 
a key element of robust DMSMS management. Both open systems architecture and data rights in 
designs enable competition by providing a framework for decomposing a system into compo¬ 
nents and obtaining the necessary technical information for them. Open systems architecture is 
an important DMSMS-related design consideration, because it makes it easier to substitute alter¬ 
native parts. Robust DMSMS management will secure data rights/bills of materials (BOMs) for 
items highly likely to face DMSMS issues. 

Service contracts are often used for system support. Clauses in these contracts may require a con¬ 
tractor to manage DMSMS issues. Those clauses must have the right incentives for robust 
DMSMS management, including effective metrics and notification of issues to the government 
as soon as they are discovered. For example, if the contractor is concerned only with availability, 
then costs may get out of control. The proper incentives must be in place for the contractor to 
manage DMSMS issues, considering both industry and government perspectives. This is where 
the initiative to improve tradeeraft in services acquisition comes into play. 


^ Under Secretary of Defense for Acquisition, Technology, and Logistics, Memorandum for Acquisition Profes¬ 
sionals, “Better Buying Power Guidance for Obtaining Greater Efficiency and Productivity in Defense Spending,” 
September 14, 2010. 
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1.4. DMSMS Emphasis Areas 

The Systems Engineering Office in the Office of the Secretary of Defense (OSD) has established 

four goals related to DMSMS management.’ 

• Ensure that system engineering design trades consider DMSMS concerns. This has been a 
neglected area, and a significant effort is required to make this a reality. Emphasis on sched¬ 
ule and performance often leave little room in the design trade space for the consideration of 
other things. However, as will be discussed in Section 2 of this document, DMSMS consid¬ 
erations are one among many systems engineering (SE) design considerations that should be 
addressed. Appendix B discusses the contractual elements. 

• Reach out to PMs and senior leaders regarding the importance and benefits of a robust 
DMSMS management approach. There are many types of opportunities for outreach activi¬ 
ties, such as the annual Standardization and DMSMS Conference, Defense Acquisition Uni¬ 
versity (DAU) courses, the DMSMS Working Group, and the Defense Knowledge Sharing 
Portal (see Appendix G). This guidebook also serves as outreach in that it documents the val¬ 
ue of and best practices for the establishment and operation of a DMSMS management pro¬ 
gram. 

• Improve the early identification and dissemination of potential DMSMS issues and warnings. 
The secret of a successful, robust DMSMS management program is knowledge of impending 
problems as soon as possible, so actions can be taken early enough to avoid negative reper¬ 
cussions. Once a problem is identified, determining its impact and identifying a solution 
should be straightforward, given an effective methodological approach. (However, funding 
for implementing the solution may prove challenging.) Current digital environments greatly 
enhance DoD’s capability for early identification and also enable sharing of this information 
across the DoD enterprise. 

• Improve the methodological foundation of the DMSMS management process. Eollowing the 
identification of potential DMSMS issues, the remaining steps of DMSMS management pro¬ 
cesses are to prioritize the parts most at risk, analyze the situation to develop a resolution, 
and implement the resolution. These steps are easily stated, but they are not always easily ac¬ 
complished. The DMSMS community should be open to a variety of approaches that are 
most amenable to the particular situation. 

1.5. Overview of the DMSMS Management Process 

The DMSMS management process is straightforward. As illustrated in Eigure 1, it has five steps; 

• Prepare. Develop a DMSMS strategy and a DMSMS management plan (DMP). Eorm a 
DMSMS management team (DMT) representing all stakeholders. Establish, document, and 
resource DMSMS management processes that the DMT should follow. 

• Identify. Secure access to logistics, programmatic, and item data and to monitoring and sur¬ 
veillance tools. Identify items with immediate or near-term obsolescence issues. 


^ Chet Bracuto, Alex Melnikow, and Ed Zalinski, “New Synergies between Systems Engineering and 
DMSMS,” Defense Standardization Program Journal, January/March 2010. 
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• Assess. Considering the population of problem items, identify and prioritize the items and 
assemblies most at risk for eurrent and future readiness or availability impaets. 

• Analyze. Examine the problem items with near-term readiness or availability impaets first. 
Develop a set of potential DMSMS resolutions for the items and their higher level assem¬ 
blies. Determine the most eost-effeetive resolution. 

• Implement. Budget, fund, eontraet or arrange for, sehedule, and exeeute the selected resolu¬ 
tions for the high-priority items. 

Figure 1. Steps in the DMSMS Management Process 



Each of these steps applies throughout the life cycle, from early technology development through 
sustainment. Although it is best to begin these activities early in the life cycle, they may be initi¬ 
ated at any point in the process. Ultimately, the DMSMS management process constitutes 
DMSMS risk management. 

1.6. Organization of This Document 

The five steps of the DMSMS management process constitute the core organizing principle for 
this document: 

• Section 2 discusses the link between DMSMS management and the defense acquisition sys¬ 
tem, with particular focus on SE and life-cycle product support. This section provides im¬ 
portant input to and context for the rest of the document. 

• Section 3 addresses the prepare step of DMSMS management. Specifically, it describes best 
practices for establishing a strong infrastructure—data, people, processes, management re¬ 
ports, and financial resources—for successful DMSMS management. 

• Section 4 focuses on the identify step, which encompasses DMSMS monitoring and surveil¬ 
lance throughout the life cycle and includes best practices for determining where to focus 
DMSMS management efforts. 

• Section 5 discusses the assess step of DMSMS management. It begins with a discussion of 
the monitoring and surveillance data collected; it also describes how to measure the opera¬ 
tional impacts of the risks and how to prioritize them. 


7 








SD-22 - August 2012 


• Section 6 focuses on the analyze step, which deals with analyzing alternative approaches for 
resolving DMSMS issues and identifying the preferred alternative. This section lists DMSMS 
resolution options and provides a basis for estimating their cost. It also identifies risk factors 
associated with these options. 

• Section 7 addresses the implement step, which covers the implementation of the preferred 
resolution option. It discusses potential sources of implementation funding, the roles of the 
DMT during implementation, and some considerations associated with common implementa¬ 
tion issues. 

Appendixes A through J contain supporting detail about DMSMS activities, such as questions 
that need to be addressed for SE technical reviews and logistics assessments (LAs), examples of 
contract language related to DMSMS management, DMSMS workforce competencies and the 
capabilities of a robust DMSMS management program, DMSMS implications of counterfeit 
parts and lead-free electronics, best practices for the quality assurance of DMSMS processes, and 
ways to access additional DMSMS knowledge and organic services and capabilities. Appendix K 
defines abbreviations used throughout this document. 

Figure 2 shows the high-level interrelationships of the five DMSMS steps, the corresponding 
sections of this document, and the supporting appendixes. The figure does not show Appendix G, 
which contains reference information about all DMSMS activities. 


8 



SD-22 - August 2012 


Figure 2. Interrelationships among the DMSMS Processes and the Document’s Components 
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2. DMSMS Management Links to Affordability and Defense 
Acquisition System Policy and Guidance 

This section addresses materiel readiness and systems engineering guidance and their relation¬ 
ship to DMSMS management. Program and DMT leaders are the primary target audience. More 
specific information for DMSMS practitioners begins with Section 3. 

2.1. Overview 


Department of Defense Directive (DoDD) 5000.01, “The Defense Acquisition System,” contains 
principles, policies, and procedures for managing all acquisition programs. One such policy es¬ 
tablishes the importance of cost and affordability over the life cycle of a DoD system; 

All participants in the acquisition system shall recognize the reality of fiscal constraints. 

They shall view cost as an independent variable, and the DoD Components shall plan 
programs based on realistic projections of the dollars and manpower likely to be available 
in future years. To the greatest extent possible, the MDAs [Milestone Decision Authori¬ 
ties] shall identify the total costs of ownership, and at a minimum, the major drivers of to- 

o 

tal ownership costs. The user shall address affordability in establishing capability needs. 

Figure 3 depicts the acquisition life cycle. 


Figure 3. Acquisition Life Cycie 
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Systems engineering is the technical management approach used to ensure consideration of af¬ 
fordability. According to DoDD 5000.01, 

acquisition programs shall be managed through the application of a systems engineering 
approach that optimizes total system performance and minimizes total ownership costs. A 
modular, open-systems approach shall be employed, where feasible.^ 


* “The Defense Acquisition System,” DoDD 5000.01, May 2003 (certified current as of November 2007, p. 5. 
^ “The Defense Acquisition System,” DoDD 5000.01, May 2003 (certified current as of November 2007, p. 9. 
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DoDD 5000.01 also provides the PM with the responsibility and authority to ensure that eost and 
affordability are eonsidered throughout the life cycle. This is termed total life-cycle systems 
management: 

The PM shall be the single point of accountability for accomplishing program objectives 
for total life-cycle systems management, including sustainment. The PM shall apply hu¬ 
man systems integration to optimize total system performance (hardware, software, and 
human), operational effectiveness, and suitability, survivability, safety, and affordability. 

PMs shall consider supportability, life cycle costs, performance, and schedule compara¬ 
ble in making program decisions. Planning for Operation and Support and the estimation 
of total ownership costs shall begin as early as possible. Supportability, a key component 
of performance, shall be considered throughout the system life cycle. 

The role of the PM changes over the life cycle of a system. Before the establishment of Initial 
Operational Capability (IOC), the PM is responsible for the design, development, and production 
of the system with two primary goals: meet performance requirements and minimize life-cycle 
costs. Once the system is fielded, the PM is responsible for affordably supporting the system as it 
is used for both training and operations. 

Robust DMSMS management is important to the PM, because it accomplishes the following: 

• Establishes criteria for evaluating design alternatives from a DMSMS management perspec¬ 
tive 

• Ensures that all parts and material to design, produce, or repair the system or equipment are 
available 


• Reduces, or controls, total ownership cost 

• Provides for risk mitigation as it applies to DMSMS issues 

• Identifies potential DMSMS issues early enough to allow a variety of solution approaches 

• Evaluates more than one approach to resolve DMSMS issues 

• Collects metrics to monitor program effectiveness. 

The importance of DMSMS management to the PM for ensuring cost and affordability through¬ 
out the system life cycle has also been highlighted: “Obsolescence and DMSMS will eat your 
lunch (along with breakfast and dinner if you’re not careful.)” The PM should adopt an aggres¬ 
sive DMSMS management strategy and plan. This will help ensure that modifications and ser¬ 
vice life extensions will be effective from a supportability perspective. Continuous 
modernization and technology insertion/refreshment are important enablers. 


Directive Type Memorandum (DTM) 10-015, “Requirements for Eife Cycle Management and 
Product Support,” states that a “Product Support Manager (PSM) position shall be established 
and assigned for each Acquisition Category (ACAT) I and ACAT II system and filled by a 
properly qualified Military Service member or full-time employee of the Department of De¬ 
fense.” ^ One of the PSM’s primary duties is to “provide weapon systems product support sub- 


“The Defense Acquisition System,” DoDD 5000.01, May 2003 (certified current as of November 2007, p. 10. 
*’ Bill Kobren, “10 Things Great Program Managers Know about Product Support,” Defense AT&L, Novem- 
ber-December 2011. 

Requirements for Life Cycle Management and Product Support, DTM 10-015, October 2010 (incorporating 
Change 2, December 2011), p. 2. 
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ject matter expertise to the PM for the execution of the PM’s duties as the Total Life Cycle Sys¬ 
tems Manager.”To accomplish this, the PSM advises the PM about design tradeoffs that en¬ 
hance supportability and develops and implements a performance-oriented product support 
strategy. A product support plan is generated from the strategy and its corresponding product 
support package to achieve desired materiel availability results. 

The Defense Acquisition Guidebook (DAG) establishes a framework for the PSM to carry out 
these functions, as shown in Figure 

Figure 4. Framework for Ensuring Affordable System Operational Effectiveness 



Source: Defense Acquisition Guidebook, January 2012. 


According to the DAG, affordable system operational effectiveness is achieved by designing for 
the optimal balance between performance (design effectiveness), total ownership cost, and pro¬ 
cess efficiency that enables the delivery and sustainment of performance. The concept of afford¬ 
able system operational effectiveness is important, because it is what the warfighter sees in terms 
of how well the system performs its missions over a sustained period, as well as how well it sup¬ 
ports a surge, given the operating budget. In this concept, the emphasis is not only on the sys¬ 
tem’s ability to execute its mission or its reliability and maintainability, but also on the cost- 
effective responsiveness of the supply chain. 

The framework should not be viewed as static. Initially, the design is a driver of the product sup¬ 
port strategy. However, one of the tenets of evolutionary acquisition is incremental block devel¬ 
opment. Future increments of design are influenced by new technical performance requirements, 
the current degree of supportability, the current product support concept, and affordability. Con- 

Requirements for Life Cycle Management and Product Support, DTM 10-015, October 2010 (incorporating 
Change 2, December 2011), p. 5. 

See https://dag.dau.mil/Pages/Default.aspx. 
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sequently, life-cycle cost and process efficiency affect supportability in future increments of the 
system. 

The following two subsections expand upon the framework’s two major elements: design effec¬ 
tiveness and process efficiency. 

2.2. Design Effectiveness and DMSMS 

The DAG describes how design effectiveness reflects the key design features of technical per¬ 
formance and supportability.^^ These characteristics should be designed into the system synergis- 
tically and with full knowledge of the expected system missions within the context of the 
proposed system operational, maintenance, and support concepts. To be effective, technical per¬ 
formance and supportability objectives should be defined in explicit, quantitative, and testable 
terms. This is important to facilitate tradeoffs, as well as to support the selection and assessment 
of the product and process technologies. 

2,2,1, Technology and Supply Chain Management 

The design process translates functional architectures into physical architectures with technical 
specifications, ranging from higher level assemblies down to component parts and software ele¬ 
ments. The process may be applied during the design of a new system or the redesign of an exist¬ 
ing system; thus, it applies throughout the life cycle. 

A strategic understanding of the supplier base improves design effectiveness. Such an under¬ 
standing provides a picture of the health of the industrial base and its ability to develop, produce, 
maintain, and support the system and, thereby, may serve as an early warning to designers of po¬ 
tential DMSMS issues. 

DoD guidance recognizes the utility of these early warnings to acquisition in general. Every pro¬ 
gram should assess industrial capabilities during the Technology Development phase. This as¬ 
sessment addresses the implications of planned technology development on competitiveness and 
the viability of essential industrial and technological capabilities. 

From a DMSMS perspective, technology management is one of the most important aspects of 
supply chain management throughout the life cycle. Beyond the Technology Development 
phase, this approach is also referred to as modernization through spares, continuous moderniza¬ 
tion, or technology insertion/refreshment. Effective technology management enables a design 
acquisition strategy and life-cycle sustainment strategy that minimizes the cost of resolving fu¬ 
ture obsolescence issues, while incorporating state-of-the-art technologies to increase reliability, 
lower sustainment requirement costs, and increase warfighting capability to meet evolving re¬ 
quirements throughout an indefinite service life. Robust DMSMS management by itself will, of 
course, lower the costs associated with obsolescence issues. However, even in the best of pro¬ 
grams, DMSMS resolutions are often suboptimal. Eife-of-need procurements are problematic 
because of limited contractual horizons and uncertainties in estimating the total requirement over 
the remainder of the life cycle. Finding or qualifying alternative items may work for a time, but 
such approaches rarely take advantage of new technologies and capabilities. Elnplanned rede- 


Supportability encompasses the extent to which design characteristics and logistics resources enable attain¬ 
ment of availability goals. 

Defense Acquisition Guidebook, January 2012, Section 2.2.9. 
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signs are costly. Therefore, incorporating a technology management strategy into design, acquisi¬ 
tion, and sustainment activities is a best practice to further reduce DMSMS cost and readiness 
impacts throughout the life cycle. Designers should consider potential seamless upgrade paths 
for technologies and components and should provide a timetable for replacing items even if they 
are not obsolete. 

Effective technology management begins with a strategic understanding of the market and its 
trends. Market research entails collecting information about existing and emerging technologies, 
products, manufacturers, and suppliers. It has two components: 

• Market surveillance—a continuous canvassing of the commercial market to identify existing 
and future technologies, vendors’ products, and market trends that can potentially meet exist¬ 
ing and emergent requirements from a strategic perspective. Market surveillance methods in¬ 
clude searching the Internet, attending trade shows, reading technology publications, hiring 
consultants, issuing requests for information from prospective manufacturers/suppliers, visit¬ 
ing manufacturer/supplier facilities, and viewing product demonstrations. 

• Market investigation—a focused process of identifying and determining if specific technolo¬ 
gy products can meet particular functional requirements. Market investigation also includes 
system obsolescence profiling to proactively plan for the continued support or replacement of 
soon-to-be obsolete products. This product-level information and the associated budget re¬ 
quirements form the basis for sustaining the operation or functionality of a system. Market 
investigation methods can include beta testing; prototyping; testing for compliance, conform¬ 
ance, and compatibility; and querying manufacturers/suppliers about product obsolescence 
status. 

Market research occurs in all of a system’s life-cycle phases, allowing the acquiring activity to 
do the following: 

• Anticipate obsolescence situations due to rapid and asynchronous product changes. 

• Plan and budget using a broader range of product obsolescence management options. 

• Maintain insight into technology trends, as well as internal product changes by the manufac¬ 
turer, and to test the effects of those changes on the system. 

• Assess the quality of a manufacturer and the impact on a system of a product’s change, in¬ 
cluding its suitability for the user, information security characteristics, and supportability. 

• Determine the manufacturer’s support period and inventories for a particular product. 

Ignoring market research increases the likelihood of poor product and technology selections, as 
well as an inability to effectively predict and mitigate obsolescence impacts. This can negatively 
impact program performance, schedule, and cost. 

The result of this effort will be a technology road map that identifies alternative technology paths 
for meeting performance targets. The technology road map provides a basis for technology 
management encompassing technology updates to obtain the latest generation of components and 
software applications, technology insertion to increase capabilities, and technology refresh to 
avoid obsolescence issues. The example in Section 1 of the Fzrgmza-class submarine with 1,090 


Marie L. Garcia and Olin H. Bry, Fundamentals of Technology Roadmapping, SAND97-0665 (Albuquerque, 
NM: Sandia National Laboratories, April 1997). 
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resolved teehnology refresh issues is a case in point. Effective technology management implies 
that resolutions are planned before effects occur. The next subsection discusses some design con¬ 
siderations that can enhance the likelihood of achieving that result. 

2,2,2, DMSMS As a Consideration in Design 

Design effectiveness is an overarching outcome of systems engineering. This is where the PSM 
provides advice about design tradeoffs. Section 4.4 of the DAG, “Systems Engineering Design 
Considerations,” discusses how design is a complex task that must balance a large number of 
performance, support, safety, environmental, security, regulatory, and other requirements and 
constraints. Because a feasible solution can rarely satisfy all of these things in a cost-effective 
way, the SE process guides design tradeoffs to develop a balanced solution for all stakeholders. 

In his keynote address at the 2010 DMSMS and Standardization Conference, Mr. Stephen Wel- 
by, the Deputy Assistant Secretary of Defense for Systems Engineering, emphasized the im- 
portance of DMSMS considerations in design. He posed the following questions: 

• Are we appropriately trading DMSMS concerns with other design considerations? 

• Are DMSMS management activities during O&S adequately considered in upfront design 
activities? 

• Are DMSMS considerations adequately covered in technical reviews and engineering 
plans? 

20 

DMSMS is one among many product support design considerations. The DAG points out that 
DMSMS issues may endanger the life-cycle support and capability of a system and that a robust 
approach is needed to resolve problems before they cause a negative impact on system readiness 
or cost. 

Design decisions made early in a program—for example, during the Materiel Solution Analysis, 
Technology Development, and Engineering and Manufacturing Development phases—have a 
substantial impact on operations and support costs later in the program. As shown in Eigure 5, a 
high percentage of the life-cycle costs of a program are locked in based on early design. 


** Stephen Welby, Deputy Assistant Secretary of Defense for Systems Engineering, “Bridging Acquisition and 
Logistics” (presentation, 2010 DMSMS and Standardization Conference, Las Vegas, NV, October 25-28, 2010). 

Systems engineering technical reviews are an important oversight tool that the program manager can use to 
review and evaluate the state of the system and the program, redirecting activity if necessary. See Defense Acquisi¬ 
tion Guidebook, January 2012, Section 4.5.9. 

The design considerations are accessibility; COTS; corrosion prevention and control; critical safety items; 
disposal and demilitarization; DMSMS; environment, safety, and occupational health; human systems integration; 
insensitive munitions; interoperability; open systems design; parts management; program protection and system as¬ 
surance; quality and producibility; reliability, availability, and maintainability; software; spectrum management; 
standardization; supportability; survivability and susceptibility; and unique identification of items. See Defense Ac¬ 
quisition Guidebook, January 2012, Section 4.4. 
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Figure 5. Relationship between a Program’s Expended Life-Cycle Cost and Locked-in Cost 



Source: W.J. Larson and L.K. Pranke, Human Spaceflight: Mission Analysis and Design (McGraw-Hill, 1999). 


While undergoing the design process, “the program manager faces a myriad of considerations 
and management tools to translate the user’s desired capabilities (regardless of phase in the ac- 
quisition cycle) into a structured system of interrelated design specifications.” Performance, 
supportability, logistics, cost, and other considerations all have to be balanced and trades made to 
produce the optimal design. For a redesign effort, specifications already exist, which may con¬ 
strain the ability to determine an optimal design. DMSMS is one of the many considerations in¬ 
forming design decisions. If unique, highly specialized parts are used to meet performance 
requirements, DMSMS issues during the O&S phase will be more prevalent. 

This subsection discusses DMSMS design considerations that have a greater potential to affect 
the life expectancy of a system or its components and the DMSMS risk posed. Below are several 
design concepts that a designer/systems engineer should consider to minimize DMSMS risk 
throughout the life cycle of the system being designed; 

• Technology and component selection. New technologies do not capture 100 percent of the 
market all at once; there is a period of time when both the new technology and the one it re¬ 
places are in use. The design should not include anything that is near the end of its functional 
life. A technology road map is useful when designing systems, especially electronics sys¬ 
tems. 

• Parts management. Parts management is the practice of considering the application, stand¬ 
ardization, technology, reliability, maintainability, supportability, and cost when selecting 
parts to address availability, logistics support, DMSMS, counterfeit, and legacy issues 


Defense Acquisition Guidebook, January 2012, p. 272. 
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throughout the life eyele. An up-front assessment of the risk of obsoleseenee should influ- 
enee parts selection during the design process. Parts selection encompasses both the selection 
of new parts and the reuse of parts from previous designs. This assessment should consider 
material selections, economic and regulatory trends, unique manufacturing processes, pack¬ 
aging schemes, and so on. Before including a part on a preferred parts list, the identified risks 
should be assessed and managed in order to make the BOM stable and sustainable.^^ As the 
design stabilizes, it should minimize the number of OEM or original component manufactur¬ 
er (OCM) parts necessary for production. When nonpreferred parts are used, their designs 
should be captured in the proper transportable computer-aided design models. 

• Open systems design — hardware. Open systems design employs technology-independent 
modular design tenets, uses widely supported and consensus-based standards for its key in¬ 
terfaces, and is subject to validation and verification, including test and evaluation, to ensure 
the openness of its key interfaces. An open systems design thereby takes equipment road 
maps and technology insertion plans into account. Also, compared with design-specific ap¬ 
proaches, it enables readily available alternative parts to be used in place of obsolete parts 
more easily, as long as the substitutes have the same form/fit/function (F3) and interface as 
the ones they replace and the test interfaces have also been considered. An open systems de¬ 
sign reduces DMSMS costs, because it avoids expensive redesign by facilitating the insertion 
of advanced technologies. 

• Open systems design — software. To minimize DMSMS impacts, software architecture should 
be designed to take growth into consideration. This provides for change, while minimizing 
impact to existing system functions. In addition, the design should allow for partitioning the 
software into appropriate units that can be tested in isolation and should avoid making soft¬ 
ware dependent on the hardware. Finally, transportability of models that capture critical ele¬ 
ments of the design is a consideration. Significant complexities may be associated with using 
open system principles for a new software design being incorporated into an existing asyn¬ 
chronous system. 

• Use of COTS assemblies. COTS assemblies offer opportunities for reduced development 
time, faster insertion of new technology, lower procurement costs, and potentially, lower life- 
cycle costs, due to a more robust industrial base. Consequently, DoD systems increasingly 
comprise COTS assemblies and software. Unfortunately, the use of COTS assemblies also 
has some challenges. The DoD community has little influence over the far shorter commer¬ 
cial product life cycle. Consequently, information on future availability is hard to obtain. Fur¬ 
ther, changes during the system life cycle may not be documented, increasing the likelihood 

For more information on parts management, see SD 19, Parts Management, Defense Standardization Pro¬ 
gram Office, September 2009, and “Department of Defense Standard Practice: Parts Management, October 27, 

2011 . 

A BOM is a list of the OEM-assigned part numbers. 

The most useful method of describing many aspects of a design is through a Hardware Description Language 
(HDL). An HDL (assuming a satisfactory level of specificity) is easily ported from one generation to the next 
generation of technology. Life-cycle costs may be reduced significantly through the proper utilization of HDLs. 
When dealing with microcircuits, the most common HDL is VHDL, or VHSIC Hardware Description Language. 
VHSIC stands for Very High Speed Integrated Circuit, an earlier multiphase DoD program whose goals included 
advancement of semiconductor (microcircuit) technology. 

The ability to use open systems design for a legacy system is limited. 

Software is the primary focus of integration for the development of open, scalable, and adaptable systems. 
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of configuration management and DMSMS issues. In addition, depending upon the system 
and program management practices, requalification costs associated with replaeing COTS as¬ 
semblies may be significant. For that reason, the initial cost savings from the use of COTS 
assemblies may be offset by increased costs later in the life cycle when those assemblies 
have beeome obsolete. In short, it may or may not be appropriate to include COTS assem¬ 
blies in eritical paths or functions. Consequently, before including a COTS assembly in a de¬ 
sign, the designer or PM should assess the risk and suitability (which should include 
developing a teehnology road map and refresh strategy). 

Often, it may prove difficult for DMSMS advocates to influence design, because the PM is deal¬ 
ing with numerous competing communities and priorities. Part of the DMSMS community’s role 
is to educate PMs on the importanee of identifying and addressing obsoleseenee issues as early 
in a program as possible. 

The DMSMS community should not be thought of as a single-issue community on its own. In¬ 
stead, DMSMS should be approached as an integral part of reliability, maintainability, availabil¬ 
ity, and supportability. Indeed, the DMSMS community might be able to build momentum and 
weight behind its reeommendations by leveraging the interaction that other eommunities have 
with the PMs and chief engineers. 

The establishment and conduet of a DMT ean serve as another point of leverage for the ongoing 
identification and mitigation of DMSMS issues throughout a program. Sueh a team would in¬ 
clude relevant stakeholders, representing both government and contractors, and ensure regular, 
seheduled communieation to discuss and resolve obsoleseenee as it pertains to the design of the 
system for the program in question. 

2,2,3, Consideration of DMSMS in Systems Engineering Technical Reviews 

SE technical reviews are used throughout the life cycle as a means for the program office to 
“confirm major technical efforts within the acquisition phases, affirm outputs of the acquisition 
phases, and progress toward the next acquisition phase.” Technical reviews are “conducted be¬ 
tween the program management office and contractor personnel to assist the PM and contractor 
in assessing technical progress of the program.”^^ Figure 6, adapted from the DAG, illustrates 
how some of the technical reviews relate to the life cycle. 


“Standard for Preparing a COTS Assembly Management Plan,” EIA-933. 
^ Defense Acquisition Guidebook, January 2012, p. 211. 

Defense Acquisition Guidebook, January 2012, p. 331. 
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Figure 6. Timing of Systems Engineering Technicai Reviews and Logistics Assessments 
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Note: Adapted from the Defense Acquisition Guidebook. 

Notes: ASR = Alternative Systems Review, CDR = Critical Design Review, FOC = Full Operational Capability, IOC = Initial Op¬ 
erational Capability, LA = logistics assessment, PDR = Preliminary Design Review, PRR = Production Readiness Review, SFR = 
System Functional Review, and SRR = Systems Requirements Review. 


Table 1 summarizes the purpose of the principal SE technical reviews for DMSMS management, 
as well as specific issues that may be of interest from a DMSMS management perspective at the 
time of each technical review. 


Tabie 1. Summary of Principai Systems Engineering Technicai Reviews 


Phase 

Review 

type 

Purpose of technical review 

Specific issues of interest 
from DMSMS perspective 

Materiel Solution 
Analysis 

ASR 

“Ensure the resulting set of re¬ 
quirements agrees with the cus¬ 
tomer’s needs and expectations 
and the system under review can 
proceed into the Technology De¬ 
velopment phase.” ® 

DMSMS management planning has been initi¬ 
ated and is focused on the most likely preferred 
systems concepts. DMSMS impacts may be a 
consideration when performing an AoA to en¬ 
sure that the preferred system is cost effective, 
affordable, operationally effective, and suitable 
and can be developed to provide a timely solu¬ 
tion to a need at an acceptable level of risk. 

Technology 

Development 

SRR 

“Ensure that the system under 
review can proceed into initial 
system development, and that all 
system requirements and perfor¬ 
mance requirements derived from 
the Initial Capabilities Document 
or draft Capability Development 
Document are defined and testa¬ 
ble, and are consistent with cost, 
schedule, risk, technology readi¬ 
ness, and other system con¬ 
straints.” 

The program has begun to develop its DMSMS 
management strategy and plan, which begins to 
identify the roles and responsibilities of the 
government, prime/subcontractor, and third- 
party vendors. Some members of the DMT and 
contracting strategies have been identified. 
Technology development contracts require de¬ 
livery of data necessary for DMSMS manage¬ 
ment and define the contractor roles and 
responsibilities. 
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Table 1. Summary of Principal Systems Engineering Technical Reviews 


Phase 

Review 

type 

Purpose of technical review 

Specific issues of interest 
from DMSMS perspective 

Technology 

Development 

(cont’d) 

SFR 

“Ensure that the system’s func¬ 
tional baseline is established and 
has a reasonabie expectation of 
satisfying the requirements of the 
Initial Capabilities Document or 
draft Capabilities Development 
Document within the currently 
allocated budget and schedule.” 

The DMSMS management plan has been de¬ 
veloped and a partial DMT has been formed. 

The development of DMSMS processes and 
metrics are underway. 


PDR 

“Establish...the physically allo¬ 
cated baseline to ensure that the 
system under review has a rea¬ 
sonable expectation of being 
judged operationally effective and 
suitable.” 

The DMSMS management plan, including the 
documentation of all operational processes, has 
been formally approved by program leadership. 
Monitoring and surveillance for DMSMS issues, 
using predictive tools and market surveys, are 
being conducted for notional or preliminary 
parts list/BOM. impact assessment (using esti¬ 
mated reliability data), resolution determination, 
and resolution implementation have begun. 
Technology road maps and refresh strategies 
are being factored into DMSMS management 
processes. 

Engineering and 

Manufacturing 

Development 

CDR 

“Establish...the initiai product 
baseline to ensure that the sys¬ 
tem under review has a reasona¬ 
ble expectation of satisfying the 
requirements of the Capability 
Development Document within 
the currentiy allocated budget 
and schedule.” ® 

Monitoring and surveillance for DMSMS issues, 
using predictive tools and market surveys, are 
being conducted for the build baseline/final de¬ 
sign, indentured BOM. impact assessment (us¬ 
ing estimated reliability data), resoiution 
determination, and resolution implementation 
are taking place. Technology road maps and 
refresh strategies are being factored into 

DMSMS processes. Case management and the 
capture of metrics are taking piace. Engineering 
and manufacturing deveiopment contracts re¬ 
quire delivery of data necessary for DMSMS 
management and define the contractor roies 
and responsibilities. 
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Table 1. Summary of Principal Systems Engineering Technical Reviews 


Phase 

Review 

type 

Purpose of technical review 

Specific issues of interest 
from DMSMS perspective 

Engineering and 
Manufacturing 
Development 
(cont’d) 

PRR 

“Determine if the design is ready 
for production and if the prime 
contractor and major subcontrac¬ 
tors have accomplished adequate 
production planning without incur¬ 
ring unacceptable risks that will 
breach thresholds of schedule, 
performance, cost, or other es¬ 
tablished criteria.” ^ 

Monitoring and surveillance for DMSMS issues, 
using predictive tools and market surveys, are 
being conducted. Impact assessment (using 
estimated reliability data), resolution determina¬ 
tion, and resoiution implementation are taking 
piace. Technology road maps and refresh strat¬ 
egies are being factored into DMSMS process¬ 
es. Case management and the capture of 
metrics are taking place. 


^ Defense Acquisition Guidebook, January 2012, p. 220. 

Defense Acquisition Guidebook, January 2012, p. 233. 
° Defense Acquisition Guidebook, January 2012, p. 235. 

Defense Acquisition Guidebook, January 2012, p. 237. 
® Defense Acquisition Guidebook, January 2012, p. 251. 
' Defense Acquisition Guidebook, January 2012, p. 257. 


The SE community has developed a checklist for each of the technical reviews. “These check¬ 
lists are designed as a technical review preparation tool, and should be used as the primary guide 
for the risk assessment during the review. The checklist itself can be both an input to, and an 
output of, the review.”^° DMSMS management-related issues also are suitable issues to be con¬ 
sidered during all technical reviews. 

Appendix C identifies a number of specific DMSMS management-related questions for use in 
support of technical reviews. The DMSMS management-related questions offered in that appen¬ 
dix have been designed for use by the DMSMS community to inform DMSMS-related discus¬ 
sions before the technical reviews and to highlight DMSMS issues to be addressed during the 
reviews. DMSMS management-related questions are already incorporated into the SE checklists 
for technical reviews; however, an effort has been made to expand upon these systematically for 
DMSMS practitioners. 

2.3. Process Efficiency and DMSMS 

The DAG defines process efficiency as an indicator of how well the system can be produced, 
operated, serviced (including fueling), and maintained. It also indicates the degree to which the 
logistics processes (including the supply chain), infrastructure, and footprint have been balanced 
to provide an agile, deployable, and operationally effective system. Achieving process efficiency 
requires early and continuing emphasis on the various logistics support processes, along with 
other design considerations. An emphasis on process efficiency is important, because processes 
present opportunities for improving operational effectiveness—via Lean Six Sigma, supply chain 
optimization, and other continuous process improvement techniques—even after the design-in 
window has passed. Optimization and continuous process improvement techniques can be ap¬ 
plied through, for example, supply chain management, resource demand forecasting, training. 


Defense Acquisition Guidebook, January 2012, p. 330. 
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maintenance procedures, calibration procedures, packaging, handling, and transportation and 
warehousing processes. 

The product support package and some of its key functions, as derived from the product support 
strategy, contribute to process efficiency. The product support package is formulated to provide 
supportability during the O&S phase of the acquisition life cycle. These are key areas for the 
PSM to contribute to supportability. 

2.3.1, Acquisition Strategy 

The Technology Development phase of acquisition is focused on reducing technology risk asso¬ 
ciated with the set of technologies to be integrated into a full system. Activities in this phase are 
guided by a Technology Development Strategy (TDS). The TDS is a precursor to the Acquisition 
Strategy (AS) in that it provides overall cost, schedule, and performance goals for the program. 
At program initiation, the AS replaces the TDS. 

According to the DAG, 

The Acquisition Strategy is a comprehensive, integrated plan that identifies the acquisi¬ 
tion approach, and describes the business, technical, and support strategies that manage¬ 
ment will follow to manage program risks and meet program objectives. The Acquisition 
Strategy should define the relationship between the acquisition phases and work efforts, 
and key program events such as decision points, reviews, contract awards, test activities, 
production lot/delivery quantities, and operational deployment objectives.^' 

The DAG goes on to say that the AS “guides program execution across the entire program life 
cycle, focusing primarily on the upcoming phase. The strategy evolves over the phases and 
should continuously reflect the current status and desired end point of the phase and the overall 
program.” Consequently, the combination of the TDS and the AS is the overarching program 
management plan. DMSMS management concepts are included in these documents in the section 
dealing with industrial capability and manufacturing readiness. The DMSMS management dis¬ 
cussion should address technology obsolescence, replacement of limited-life items, and regenera- 

33 

tion options for unique manufacturing processes. 

2.3.2, Product Support Strategy 

The product support strategy translates warfighter requirements into performance outcomes. It is 
defined and implemented through a 12-step process, which must be updated regularly throughout 
the life cycle. Three of these steps, highlighted with expanded explanations in the following list, 
have been linked with DMSMS management: 

• Integrate warfighter requirements and support. 

• Form the product support management IPT. 

• Baseline the system. This step includes collecting data needed to assess and analyze support 
decisions. Technology refreshment is an important contributor to the design for support, and 

Defense Acquisition Guidebook, January 2012, Section 2.3. 

Defense Acquisition Guidebook, January 2012, Section 2.3. 

Sample TDS and Acquisition Strategy outlines are in “Document Streamlining - Program Strategies and Sys¬ 
tems Engineering Plan” (April 2011 memorandum from the Principal Deputy Under Secretary of Defense). 

Product Support Manager Guidebook, 2011. 
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DMSMS management is reeognized as one of several drivers of teehnology refreshment. The 
produet support strategy itself affeets the implementation of DMSMS management both 
within the program office and with contractors. 

• Identify/refine performance outcomes. 

• Conduct a business case analysis (BCA). This step involves using a structured method to 
identify and compare alternative product support solutions. Obsolescence management is part 
of the BCA scope. A DoD guidebook recommends the use of DMSMS analytical tools. 

• Analyze the product support value. This step consists of assessing the results of the BCA to 
identify the optimal best value product support solution. DMSMS management should be 
considered as part of best value analysis to optimize life-cycle cost. 

• Determine support methods. 

• Designate product support integrators. 

• Identify product support providers. 

• Identify/refine financial enablers. 

• Establish/refine product support agreements. 

• Implement and assess. 

2,3,3. Integrated Product Support Elements 

The Life-Cycle Sustainment Plan (LCSP) provides for the execution of the product support 
package. DMSMS management is identified as a regulatory/statutory requirement that influ¬ 
ences sustainment and therefore must be addressed in the LCSP, which identifies a DMP as a 
key sustainment planning document. 

LCSP product support functions are derived primarily from the last five product support strategy 
steps listed above. Twelve integrated product support elements embody the tasks associated with 
the product support functions. The 12 elements, listed below, include 6 that are linked with 

37 

DMSMS management (highlighted with expanded descriptions in the list): 

• Product support management. This element deals with planning and managing cost and per¬ 
formance across the product support value chain. The product support strategy is not static. It 
evolves as the system ages, in part because DMSMS issues affect the PSM’s ability to pro¬ 
vide support, including the cost of that support. Therefore, the product support strategy needs 
to be reassessed periodically. The changes resulting from this reassessment are reflected in 
changes to the post-production support plan and the resources required for plan execution. 

• Design interface. This element deals with participation in the SE process to ensure the design 
facilitates supportability. DMSMS issues, technology refreshment, and modifications and 
upgrades are called out as long-term considerations affecting design. DMSMS management 
presents an important opportunity to influence design. 

Product Support Business Case Analysis Guidebook, 2011. 

See Life-Cycle Sustainment Plan Sample Outline, Version 1.0, August 10, 2010, as promulgated by Principal 
Deputy Under Secretary of Defense, Memorandum, “Document Streamlining - Life-Cycle Sustainment Plan 
(LCSP),” September 2011. 

Integrated Product Support Element Guidebook, 2011, and Product Support Manager Guidebook, 2011. 
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• Sustaining engineering. This element deals with the eontinued operation and maintenanee of 
a system with managed risk. It recognizes that DMSMS problems are a root cause of in- 
service problems and that modernization should anticipate DMSMS issues. Cautions are 
raised with the use of COTS assemblies and the risk of underestimating the number of or po¬ 
tential for DMSMS problems. The guidance also links to DMSMS management-related ref¬ 
erence material, including this document. 

• Supply support. This element deals with the identification, planning for, resourcing, and im¬ 
plementation of all management actions to acquire repair parts, spares, and all classes of sup¬ 
ply to ensure equipment is ready when needed. Over time, any product support strategy based 
on the production supply chain will need to shift to a sustainment supply chain. Furthermore, 
sustainment supply chains will have to be adjusted if DMSMS concerns exist. 

• Maintenance planning and management. 

• Packaging, handling, storage, and transportation. 

• Technical data. This element deals with the identification, planning, resourcing, and imple¬ 
mentation of management actions to develop and acquire information to operate and maintain 
the system. The guidance for this element recognizes that because of DMSMS management 
and other concerns, the government may need detailed technical data for remanufacturing, 
reprocurement, or sustaining engineering. The requirement for such technical data should be 
established during the Technology Development phase of acquisition. There is also a data 
item description for DMSMS source data. Ultimately, any technical data requirement should 
be clearly expressed in the appropriate contracts as early as possible and flowed down the 
supply chain. 

• Support equipment. This element deals with the identification, planning, resourcing, and im¬ 
plementation of management actions to acquire and support the equipment required to sustain 
the operation and maintenance of the system. DMSMS management is identified as a consid¬ 
eration in the sustainment of support equipment. 

• Training and training support. 

• Manpower and personnel. 

• Facilities and infrastructure. 

• Computer resources. 

2,3,4, Consideration of DMSMS in Logistics Assessments 

The implementation of independent LAs during weapon system development, production, and 

post-IOC acquisition phases was recommended by the DoD Weapons Systems Acquisition Re¬ 
form Product Support Assessment to improve the effectiveness of product support.^^ An LA is 

an analysis of a program’s supportability planning, which serves as 

an effective and valid assessment of the program office’s product support strategy, as 
well as an assessment of how this strategy leads to successfully operating a system at an 
affordable cost.... Conducting the LA early in the program phase where the design can be 


Logistics Assessment Guidebook, July 2011, p. 2. 


25 



SD-22 - August 2012 


influenced, and reassessing the planning at each milestone and periodically thereafter as 
the design matures, is critical to fielding a sustainable system. 

The LA assesses the product support strategy and how that strategy leads to successfully and af¬ 
fordably operating a system. Because DMSMS issues have a bearing on the sustainment of a sys¬ 
tem, DMSMS should be considered within LAs. Table 2 summarizes the focus of both pre- and 
post-IOC LAs. 


Table 2. Summary of Logistics Assessments 


Assessment type 

Focus of assessment 

Specific issues of interest from DMSMS perspective 

Pre-IOC (at Mile¬ 
stone B, Mile¬ 
stone C, and prior to 
full-rate production 
decision) 

“Provide senior leadership with the 
LA results and certification.” ® 

“Serve to support that particular 
milestone decision at hand.” 

Monitoring and surveillance for DMSMS issues, us¬ 
ing predictive tools and market surveys, are being 
conducted to identify immediate and near-term obso¬ 
lescence issues associated with the system BOM. 
impact assessment, resoiution determination, and 
resolution impiementation are taking place. Technol¬ 
ogy road maps and refresh strategies are being fac¬ 
tored into DMSMS processes. Case management 
and the capture of metrics are taking piace. 

Post-iOC (at least 
every 5 years) 

“Conducted to assess if the Pro¬ 
gram Manager delivered to the 
user a system that is supportable 
per the planned requirements, was 
executed to the program planning 
documentation, is within the esti¬ 
mated ownership costs, and the 
status of progress addressing de¬ 
ficiencies noted during previous 
assessments or during operations, 
such as low reliability.” 

Monitoring and surveillance for DMSMS issues, us¬ 
ing predictive tools and market surveys, are being 
conducted to identify immediate and near-term obso¬ 
lescence issues associated with the system BOM. 
Impact assessment (using actual reliability data and 
inventory dispositions), resolution determination, and 
resolution impiementation are taking place. Technol¬ 
ogy road maps and refresh strategies are being fac¬ 
tored into DMSMS processes and reviewed for 
potential updates and adjustments. Case manage¬ 
ment and the capture of metrics are taking place. 


® Logistics Assessment Guidebook, July 2011, p. 8. 

Logistics Assessment Guidebook, July 2011, p. 22. 
° Logistics Assessment Guidebook, July 2011, p. 22. 


Appendix D identities a number of specific DMSMS management-related questions for use in 
support of logistics assessments. As was the case for SE technical reviews, the DMSMS man¬ 
agement-related questions offered in the appendix have been designed for use by the DMSMS 
community to inform DMSMS discussion before the LAs and to highlight DMSMS issues to be 
addressed during the LAs. DMSMS management-related questions are already incorporated into 
the checklists for assessments; however, an effort has been made to systematically expand upon 
them. 


Logistics Assessment Guidebook, July 2011, p. 6. 
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3. Prepare: Establishment of a DMSMS Management Program 
Infrastructure 

This section describes the prepare step of the DMSMS management program. It encompasses 
developing a DMP, forming a properly trained DMT to carry out all DMSMS activities, and es¬ 
tablishing DMSMS operational processes. 

3.1. DMSMS Management Plan 

3.1.1, Planning Considerations 

The DMP is the key planning document that describes how the regulatory requirement for 
DMSMS management will be implemented within the LCSP for the program. Formulation of the 
DMP should begin early in the life cycle—preferably, immediately after Milestone A—because 
the DMP provides a robust DMSMS management framework for a program. 

The PM should consider the following questions when developing the DMP; 

• What is the acquisition strategy and what life-cycle phase should the DMT emphasize for the 
planning effort? The answers to these questions are interrelated and affect the near-term ob¬ 
jectives of the DMP and the DMT. As the system moves through the life cycle, the DMT’s 
focus may shift from providing government oversight of contractor DMSMS processes and 
delivery of management products to the government for acceptance to conducting organic 
DMSMS assessments and sustainment planning. In the Technology Development phase, for 
example, the government should ensure that the contractor is minimizing obsolescence 
throughout the contract period of performance by selecting products that avoid or resolve 
hardware, materials, software, and firmware obsolescence issues. During the Production 
phase, the government should ensure that the contractor is able to meet production require¬ 
ments, as well as ensure that the government will be able to sustain the product over the long 
term. During the O&S phase, the government may want contractor support for DMSMS 
management and ensure that the system can be sustained until the next upgrade or replace¬ 
ment system. In addition, the contracts in place or expected to be in place weigh heavily 
when determining the roles and responsibilities of each DMT member. 

• What is the long-term sustainment strategy of the program? The answer to this question af¬ 
fects the DMP objectives, as well as the composition of the DMT and the availability of 
technical data. The party ultimately responsible for long-term sustainment must participate in 
the DMT to ensure that the appropriate groundwork is laid to meet the long-term objectives 
of the DMP. No assumptions should be made regarding long-term sustainment responsibili¬ 
ties. For example, if the DMT assumes that a contractor will provide sustainment support for 
the life of the system, and a later decision is made to use an organic depot, the government 
may not have the appropriate DMSMS data to meet the system sustainment requirements. It 
is therefore imperative to have exit strategies in place (e.g. contract exit clauses) to ensure 
both a smooth transition of responsibilities and the availability of technical data throughout 
the program’s life cycle, not just until the end of the contract. Furthermore, government and 
industry often have different perspectives on long-term sustainment. The contractor usually 
focuses on the end of its contract. 
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• Who are the stakeholders for the robust management of DMSMS issues for the program (in¬ 
cluding other DMSMS management programs that interact with the DMSMS management 
program for the system in question)? The answer to this question determines the eomposition 
of the DMT, as well as its members’ roles and responsibilities. The answer also affeets the 
eommunieation flows needed to implement the DMSMS management proeesses that the 
DMT develops. In addition, the DMT will determine a desired frequeney for monitoring and 
surveillanee aetivities. Finally, the answer helps define the management produets that the 
DMT delivers to its members as a function of the data needed to effectively carry out their 
roles and responsibilities. 

• What are the near-term and long-term DMP objectives? At the most basic level, the DMP’s 
objective is to reduce DMSMS cost, schedule, readiness, and availability risks to an “ac¬ 
ceptable” level. The specific definition of “acceptable” is a function of the size, complexity, 
and cost of the system, as well as the current life-cycle stage, the acquisition strategy, the 
LCSP, and technology refresh/technology insertion strategy. The near-term objectives, how¬ 
ever, will drive the composition of the DMT, the roles and responsibilities of the DMT mem¬ 
bers, the processes and communication flows that the DMT needs to define and develop the 
necessary data inputs into those processes, and the management products that will be outputs 
of those processes. 

• What DMSMS management activities are being performed by the prime contractor? The 
DMT should not try to duplicate prime contractor activities; the DMP should be aligned with 
what the contractor is doing in its internal DMP. If the prime contractor is effectively manag¬ 
ing DMSMS risk and similar requirements are being flowed down the supply chain, the 
DMT’s role should be focused on oversight. The DMT should not make assumptions about 
what the prime contractor is or is not doing. The facts can be obtained only from a careful 
examination of contract language and actual contractor processes. Regardless of the relative 
roles of the government and the prime contractor in DMSMS management, the government is 
ultimately the responsible party. 

• What types of processes should be developed and what products are needed to successfully 
manage DMSMS issues? Although many general DMSMS management processes and prod¬ 
ucts are transferrable from program to program at a high level, the DMT must ensure that 
processes and products are tailored to meet the program’s specific needs at the working level. 
The DMT should consider the unique needs of the program, the unique needs of each stake¬ 
holder, and the unique flow of communication required among the stakeholders to ensure that 
the process enables fulfillment of the DMT objectives. In addition, the DMT must consider 
the data sources necessary to implement the DMSMS management processes and produce the 
DMSMS management products. 

• Where should the program be reactive and where should the program be proactive? Nearly 
everything will become obsolete or unavailable over time. However, not all situations need to 
be handled proactively. In some circumstances, the risk of impact is low if a program waits 
until an item cannot be purchased before dealing with the situation. For example, there may 
be commercially available alternatives to certain parts categories, such as electrical and me- 
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chanical COTS assemblies and standard industrial parts. Active monitoring may be more im¬ 
portant for custom electronic and COTS assemblies. 

• What resources are available to fund DMT operations? Initial planning should not be re¬ 
source constrained. However, the DMP objectives, the DMSMS management processes and 
products, and to some extent, the DMT composition itself may be constrained if sufficient 
funding is not available. 

Programs sometimes use DMSMS intensity levels to identify the current state of their DMSMS 
management practices and to determine a desired future state for those practices. A higher inten¬ 
sity level indicates a more robust approach to DMSMS management, which implies that a high- 
performing DMT is actively engaged in doing the following: 

• Monitoring critical parts in the system using predictive DMSMS management systems, ven¬ 
dor surveys, and other research techniques 

• Overseeing contractor DMSMS management efforts in a comprehensive way 

• Assessing readiness, availability, cost, and schedule risks to the program, because of parts or 
materials obsolescence 

• Conducting analyses to determine the most cost-effective resolution, including actions at 
higher levels of assembly 

• Overseeing implementation of resolutions to ensure all stakeholders carry out their assigned 
roles and responsibilities. 

A robust DMSMS management approach does not imply being proactive everywhere. It means 
being proactive when it is important, for example, when 

• the readiness or availability impact of a shortage is acute, 

• resolution implementation takes a long period of time, 

• the cost of delaying resolution is potentially high, or 

• a production schedule is likely to be affected. 

In some situations (especially for common mechanical parts) a reactive DMSMS management 
approach is robust, because many alternatives can be used. Although a robust DMP will be more 
expensive to implement, the resulting cost savings and cost avoidance throughout the life cycle 
will be greater and DMSMS impacts on readiness, availability, and schedule will be lower. 

Appendix I contains information to help guide a decision on the appropriate target DMSMS in¬ 
tensity level for a program. The DMP should then be designed to achieve that target. 

3.1,2, Outline of DMP Contents 

The DMP should be signed and approved by senior program leaders to demonstrate their agree¬ 
ment and support for the actions prescribed in the plan. This is especially important when com¬ 
peting for resources. 


Custom electronic and COTS assemblies are mission-specific equipment designed by the prime contractor or 
a subcontractor specifically for the program. 
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The outline and format for the DMP are not prescribed. However, the DMP should not be a tuto¬ 
rial on DMSMS management. Instead, it should include only what the program intends to ac¬ 
complish. As a best practice, the DMP should include the following: 

• Relevant system-specific information 

• Program milestones 

• Funded technology refreshment plans 

• Design techniques for mitigating DMSMS impacts 

• Relevant stakeholders 

• DMT structure and membership 

• Roles and responsibilities of the DMT and each member of the DMT 

• DMSMS training 

• Near-term DMSMS program objectives 

• Long-term DMSMS program objectives 

• DMSMS management approach 

• DMSMS management tools, databases, and systems 

• DMSMS case management process 

• DMSMS contractual language, including requirements flow-down to subcontractors 

• Contract exit strategies 

• Access to up-to-date parts information suitable for DMSMS management 

• System architecture/configuration management 

• DMSMS budgeting and funding 

• Prioritization approaches 

• DMSMS processes 

• DMSMS management products 

• References to lead-free and counterfeit parts control plans 

• Quality assurance 

• DMSMS mitigation strategy 

• Metrics collection and analysis. 

A multi-Service expert system—Systems Planning and Requirements Software, or SYSPARS— 
is available to assist PMs and PSMs with the preparation of product support, supportability plan¬ 
ning, and other acquisition and program management documentation, including the DMP."^^ 


See https://www.logsa.army.mil/lec/syspars/. 
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3.2. DMSMS Management Team 

The PM or PSM should charter the DMT and clearly identify and authorize its activities. The 
DMT should represent both internal and external organizations that provide routine and recurring 
support to the DMSMS management program. In some cases, it may be appropriate for repre¬ 
sentatives of other system DMTs to participate if their DMPs and processes interact. 

3,2,1, Roles and Responsibilities of DMT Members 

The DMP objectives drive the roles and responsibilities of the DMT, as well as its composition. 
The roles and responsibilities of the DMT are similar for every program, but the level of effort 
required of the team will depend on the complexity of the program and the severity of the 
DMSMS issues. In general, the activities of the DMT are to gather the necessary data, develop 
and implement the DMSMS management processes that require those data, produce the man¬ 
agement products that result, report metrics that measure the effectiveness of the DMSMS man¬ 
agement program when compared to the defined objectives, and apply continuous improvement 
processes to DMT operations. The roles should be tailored to meet specific program needs. 

The composition of the team will depend on the complexity of the program, as well as on other 
considerations. For example, some program team members may have multiple duties, which may 
affect the amount of time they can devote to DMT activities, or they may be assigned multiple 
roles on the DMT. As another example, if the responsibility for the system will be transferred to 
another agency or activity midway through the life cycle, the stakeholder who will ultimately 
bear responsibility for sustainment should participate in the DMT during all phases of the life 
cycle. The DMT composition may evolve over time. Early in the life cycle, before the critical 
design review, a partial team may be sufficient. 

Ideally, a DMT should consist of the following roles: 

• DMT lead. The DMT lead is the spokesperson for the DMT and oversees and has the authori¬ 
ty to control DMSMS management program operations. The DMT lead is responsible for co¬ 
ordinating DMT meetings, identifying potential sources of funding and funding availability, 
requesting funding and other resources to support the program, overseeing the DMSMS 
management support contracts and agreements, interfacing with the configuration control 
board (CCB), and reporting on DMSMS risks at technical, logistics, and programmatic re¬ 
views. This role may sometimes be filled by the DMSMS subject matter expert (SME). 

• Program office representative. The program office representative represents the views of the 
PM on the DMT. Normally this person would be the DMT lead. 

• DMSMS SME. The SME coordinates the execution of DMT management processes and the 
development of DMT management products. This includes, for example, assessing obsoles¬ 
cence forecasts, processing BCAs, preparing budget forecasts, and presenting solution op¬ 
tions to the DMT for discussion and concurrence. In addition, the SME assists with 
establishing the DMT and with developing and maintaining the program’s DMP as a living 
document. Eurthermore, the SME monitors the effectiveness of the DMSMS management 
program and recommends ways to continually improve it by capturing and assessing metrics 
that accurately measure the success or failure of meeting the defined DMSMS management 
program objectives. 
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• Engineering activity representative. The DMT member representing the engineering funetion 
is responsible for managing the incorporation of DMSMS-related technical data into gov¬ 
ernment drawings, technical publications, and documentation. The engineering activity rep¬ 
resentative provides information to the DMT regarding resource requirements, systems 
integration engineering, and reliability and maintainability analyses on parts and components 
selected for use on the system. The engineering activity representative also assesses the suit¬ 
ability and feasibility of proposed technical solutions. Early in the life cycle, the engineering 
activity representative may also include the prime contractor representative, if that is the 
source of greatest expertise. 

• Supply support activity representative. The supply support activity representative is an ad 
hoc team member who provides his or her organization’s viewpoint on DMSMS issues. The 
team may have several supply support activity representatives, for example, item managers 
from the Defense Logistics Agency (DLA). 

• Contracting office representative. The DMT member representing the contracting office is an 
ad hoc team member who provides guidance and administrative requirements for support 
contracts and agreements. This person also helps the DMT ensure there is no ambiguity in 
the contractor’s DMSMS management requirements. 

• Prime/subcontractor representative. Depending upon the terms of the contract, the 
prime/subcontractor representative ensures that the OEM fulfills its roles and responsibilities 
with respect to DMSMS management as outlined in the contract. In addition, the prime con¬ 
tractor representative may serve as the DMSMS management lead for subcontractors and 
present DMSMS issues and risks to the DMT. 

• Foreign military sales representative. The FMS representative helps optimize DMSMS reso¬ 
lutions by providing information that enables all users to be considered. Mitigating DMSMS 
issues in a program should account for both El.S.-owned and foreign-owned platforms (ob¬ 
tained through FMS or direct commercial sales), because all of these assets create demands 
that affect item availability. In addition, cost-related benefits exist in that one user may be 
able to leverage resolutions being developed by another user. Although U.S. and foreign 
DMSMS management processes are similar, there are additional considerations in an interna¬ 
tional situation (technology security, information assurance. International Traffic in Arms 
Regulations, and so on) The DMSMS SME must interface with the FMS representative and 
the appropriate international point of contact before taking any actions. 

Below are examples of other roles that the DMT could include, depending on the program’s cho¬ 
sen DMSMS management infrastructure and objectives: 

• Budget office representative 

• Maintenance repair activity representative 

• CCB representative. 

Some roles may be combined, while some of the responsibilities may be either deleted or new 
ones added over time. The most effective DMT organization should allow for open communica¬ 
tion among the team members, whether they are representing the government, the prime contrac¬ 
tor, or subcontractors. 
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An Accountable/Responsible/Consulted/Informed (ARCI) chart is a good way to visually depict 

the roles and responsibilities of each DMT member. The responsibilities are defined as follows: 

• Accountable (A). Identifies the individual who is ultimately accountable for the completion 
of the activity and who has the ability to say “Yes” or “No.” There may be one and only one 
“A” for a decision or activity at each organizational level. 

• Responsible (R). Identifies the individual or individuals who are responsible at each level of 
the organization to execute a specific assignment for an activity. The degree of responsibility 
is determined by the person accountable. There can be multiple “Rs” for one activity at each 
organizational level. 

• Consulted (C). Identifies the individual who must be consulted before a decision or activity is 
finalized. This is a two-way communication. There can be multiple “Cs” for one activity at 
each organizational level. 

• Informed (I). Identifies the individual who must be notified about the completion or output of 
the decision or activity. This is a one-way communication. There can be multiple “Is” for one 
activity at each organizational level. 

• Not Informed (N). Identifies individuals who do not need to be notified about the completion 
or output of the decision or activity. There can be multiple “Ns” for one activity at each or¬ 
ganizational level. 

Table 3 is a notional example of such a chart. 


Table 3. Notional ARCI Chart 


Activity 

Roie 

DMT iead 

Program office 
representative 

DMSMSSME 

Engineering 

activity 

representative 

CCB 

representative 

Suppiy support 
representative 

Contracting 

office 

representative 

Prime contractor 

representative 

Meeting coordination 

A 

1 

C 

1 

i 

i 

1 

1 

Funding requirements 

R 

A 

C 

C 

N 

N 

1 

C 

Future budget projections 

R 

A 

C 

C 

N 

N 

C 

C 

DMSMS monitoring 

A 

1 

R 

1 

N 

i 

N 

C 

DMSMS soiution impiementation 

C 

A 

C 

R,C 

R 

C,l 

i 

R,C 

Contracting 

C 

R 

i 

1 

N 

i 

A 

C 

Suppiy support 

i 

i 

C 

C 

i 

A,R 

1 

C,l 


Responsibilities may change significantly, depending on how the prime contractor is being used 
to support DMSMS activities (see Appendix B). 
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3,2,2, DMT Training Needs 

All members of the DMT should be trained on their role in supporting DMSMS management for 
the program. Not all members of the DMT are expected to be DMSMS SMEs or reach a targeted 
competency level; however, the DMT lead should identify minimum training requirements for 
DMT members on the basis of the DMSMS management approach, available resources, and the 
roles and responsibilities of each DMT member.The recommended courses are as follows: 

• CEL 201, DAU DMSMS Eundamentals 

• CEE 202, DAU DMSMS for Executives 

• CEE 203, DAU DEA DMSMS Essentials 

• CEE 204, DAU DMSMS Case Studies 

• CEE 205, DAU DMSMS for the Technical Professional. 

Table 4 outlines training recommended for the different DMT roles. The DMT lead may use this 
as a guide, but tailor it as necessary to meet the specific needs and constraints of the program. 
The important thing is that DMT members have the appropriate knowledge and skill base to car¬ 
ry out their responsibilities effectively. 


Table 4. Recommended DMT Training 


Role 

CLL 201 

CLL 202 

CLL 203 

CLL 204 

CLL 205 

DMT lead 

X 

X 

X 

X 

X 

Program office representative 

X 

X 

X 

X 


Engineering activity representative 

X 



X 

X 

CCB representative 

X 



X 


Supply support activity representative 

X 


X 

X 


Contracting officer representative 

X 



X 


Prime contractor representative 

X 

X 


X 

X 


Although each DMT should have a DMSMS SME, it is not always necessary to find that exper¬ 
tise within the program. Centralized DMSMS SME teams reside at various activities across 
DoD. These teams have in-house DMSMS management expertise and well-established processes 
that any program can easily leverage to implement a DMSMS program. In addition to an already 
established knowledge base and documented processes that enable robust DMSMS management, 
some of these teams own DMSMS management systems that experienced DMSMS practitioners 
use to integrate, analyze, and report on DMSMS-related data collected using predictive tools, 
vendor surveys, and product discontinuance notices (PDNs) received directly from manufactur¬ 
ers. The DKSP has a list of centralized DMSMS SME teams. 


If the DMT membership changes, the new members should receive training on DMSMS and on their roles 
and responsibilities within the DMT. 
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DMSMS SMEs should have a majority of the following knowledge, skills, and abilities: 

• Knowledge 

o Baekground in logisties management and systems engineering, as well as a thorough un¬ 
derstanding of DoD policies and procedures as applied to DMSMS management, design 
interface, maintenance planning, and the acquisition and sustainment of a system 

o Technical understanding of all logistics elements and SE principles and their impacts up¬ 
on each other 

o Mastery of DMSMS management concepts and policies sufficient to provide guidance 
and direction to logistics and engineering personnel on issues related to or affected by 
DMSMS issues and concerns 

o In-depth knowledge of developing DMSMS management requirements and projecting 
funding requirements for an effective DMT 

o In-depth knowledge of a DMSMS case tracking system and DMSMS metrics 

o Knowledge of the BCA process in the DMSMS decision process 

o Knowledge of military and contractor supply chains, especially for commodities of focus 

o Knowledge of the concepts, theories, and principles of system design, operations, and 
support 

o Eunctional knowledge of the relationship between design interface, maintenance plan¬ 
ning, engineering design, and DMSMS considerations necessary to create and establish 
innovative and effective program policies and procedures for systems as required by DoD 
activities and authorized FMS organizations 

o Eunctional knowledge of DMSMS management for the development of agency policy, 
procedures, and processes for mitigating DMSMS issues 

• Skills 

o Skilled in interacting with senior government and industry executives, as well as with 
other logisticians, engineers, and PMs, both individually and in groups 

o Skilled in resolving conflict and negotiating solutions to complex technical issues 

o Skilled in developing and evolving collaboration among commands and agencies to max¬ 
imize the attainment of efficiencies to determine best practices and leverage existing pro¬ 
cesses 

o Skilled in communicating with others to interpret contractual requirements for perfor¬ 
mance-based logistics (PBE) for DMSMS management support packages 

o Skilled in communicating with others about the prevention of obsolescence of critical 
components 

o Skilled in communicating clearly and concisely, both orally and in writing 

o Skilled in perceiving relationships and effects between the subject under discussion and 
related areas of importance and to bring those relationships to the attention of all con¬ 
cerned 
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• Abilities 

o Ability to provide reeommendations to program offices and field support teams to assist 
with planning and developing their DMP, statements of work, contract language, and lo¬ 
gistics assessments 

o Ability to provide focused management and coordination across multiple stakeholders in 
support of DMSMS management 

o Ability to chair and facilitate a DMT by developing annual goals and agendas and to di¬ 
rect the personnel and programs to meet the established goals 

o Ability to identify, prioritize, and recommend solutions to the barriers that prevent a PM 
from establishing a robust DMSMS management program 

o Ability to apply advanced concepts and theories to DMSMS issues and tasks so they may 
be resolved effectively and efficiently 

o Ability to develop and establish DMSMS management processes and guidelines for all 
personnel to follow. 

Appendix A contains a comprehensive outline of DMSMS competency levels. 

3.3. DMSMS Operational Processes 

A process is any activity or set of activities that uses resources to transform inputs into outputs. 
Processes have objectives, inputs, outputs, activities, and resources. Two foundational DMSMS 
processes have already been discussed in this section; develop the DMP and form the DMT. As 
the DMT develops the DMSMS operational processes, the team must define the basic jobs need¬ 
ed to support the program office or other customers. The team must then define and understand 
the inputs, outputs, activities, resources, and schedule. In fact, once the operational processes 
have been developed, key DMSMS management events should be included in the program’s in¬ 
tegrated master schedule. 

Tools are involved throughout all DMSMS operations. The DMT should employ tools to collect, 
aggregate, store, and report data, as needed, to produce DMSMS management products. The 
DMT should utilize research tools, predictive tools, logistics tools, BOM analysis tools, BOM 
manager tools, and configuration management tools. The DMT will need to determine the ap¬ 
propriate tool mix for enabling the intended DMSMS approach.^^ Some of these tools are men¬ 
tioned later in this section as part of the case management process. A more extensive discussion 
of tools can be found in Section 4. 

It is not necessary for the program to develop or purchase its own tools. DMSMS management 
systems support many of the defined elements of DMSMS operations. These systems integrate 
DMSMS best practices, processes, an in-house knowledge base, and many of the aforementioned 
tool types into a single management system that enables robust DMSMS management. These 
systems include management databases that trained DMSMS practitioners use to integrate, ana¬ 
lyze, forecast, and report on data collected from predictive tools, logistics tools, vendor surveys, 
PDNs received from manufacturers, and an in-house knowledge base. In addition, these DMSMS 


When determining the appropriate tool mix, the DMT should consider the tools already being used by the 
contractors. 
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management systems faeilitate high-level proeesses neeessary for surveying vendors, proeessing 
alert notifications, analyzing BOMs, analyzing data, researching parts, forecasting, budgeting, 
reporting, managing DMSMS cases, and ensuring quality. These processes are, for the most part, 
transferrable. Programs can leverage these DMSMS management systems and the associated 
service offerings to implement a new DMSMS management program. The DKSP contains a 
complete list of DMSMS tools, management systems, and resources. 

DMSMS management processes can be categorized in many ways. Figure 7 shows the scheme 
used in this document. The DMT establishes and carries out all of the operational processes 
shown in the figure, but each process is associated primarily with one of the major DMSMS 
management activities and, consequently, with one of the sections in this document. 

The following subsections describe only those operational processes associated with infrastruc¬ 
ture, while the remaining operational processes are addressed in the following sections. 

3,3,1. DMT Operations Funding 

The budget and funding for DMSMS management processes generally consists of three ele¬ 
ments 

• Support for DMSMS planning and management. This element includes the following tasks: 
o Attending meetings, including travel, as needed 

o Developing the DMP 

o Agreeing upon, creating, documenting, implementing, and executing processes 

o Agreeing upon the required management products, articulating the required format, and 
producing them 

o Defining and reviewing metrics 
o Ensuring quality. 

• Data management, research, and forecasting. This element includes the following tasks: 
o Obtaining parts lists 

o Obtaining DMSMS analysis tools and management systems 
o Analyzing BOMs 
o Researching parts 
o Surveying vendors 
o Processing PDNs 
o Monitoring processes 
o Managing data. 


Section 7 discusses funding for implementing DMSMS resolutions. 
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Figure 7 . DMSMS Management Processes 
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• Data analysis and reporting. The following are illustrative aetivities: 
o Assessing operational irnpaet 

o Reporting (both formal and informal) 
o Analyzing resolutions 
o Managing oases 
o Overseeing implementation. 

Beyond start-up oosts for developing the DMP, obtaining BOMs, and loading prediotive tools, 
the funding requirements for these aetivities should be relatively stable. The magnitude of the 
requirement is oontingent upon the DMP and the number of items that the team ohooses to as¬ 
sess. The responsible office (often the program office) must program and budget for the re¬ 
sources for these activities. Leadership support and agreement are critical to the success of this 
effort. Because DMSMS management is not a standalone activity, including DMSMS-related 
resource requirements in the budgets of other activities, such as parts management, reliability 
and maintainability, or supportability activities, is often a successful tactic. Maintaining convinc¬ 
ing metrics about accomplishments and cost avoidance also help justify budget requests. 

3,3,2, Case Management 

The purpose of case management is to track and manage DMSMS issues from initial identifica¬ 
tion to implementation of a resolution and to provide a record of past issues and their respective 
approved resolutions. To manage DMSMS cases, the DMT should consider the use of a tracking 
tool or database. The tracking tool or database should support functions such as the following: 

• Tracking of numbers for each case for future reference 

• Tracking of all appropriate part number information and nomenclature (configuration and 
vendor parts) 

• Selection or identification of a particular DMSMS resolution or set of resolutions for each 
case 

• Determination or assignment of DMSMS resolution costs, cost avoidance figures, and return 
on investment (ROI) 

• Assignment of action items to particular individuals or organizations related to a case 

• Tracking of the length of time to identify and resolve DMSMS issues 

• Determination of the levels for tracking resolutions, such as 
o “Open”—cases that are actively being worked, 

o “Pending”—cases for which the resolution has been determined and is awaiting final 
program decision, 

o “Resolved”—cases for which the resolution has been approved and funded and is await¬ 
ing final implementation, and 

o “Closed”—cases for which the resolution has been fully implemented and fielded. 
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Some programs may track a resolution until it is completely implemented and fielded. Other 
programs may stop tracking a resolution once the determined resolution has been funded, rather 
than tracking it through fielding, due to the length of time for implementation. Also, depending 
on the level of detail needed, programs may combine open and pending resolutions. This deci¬ 
sion about the level of detail to be tracked should be made when the program case management 
process is established. 

A DMSMS case management report contains the relevant information on DMSMS cases that are 
opened, pending, resolved, and closed. These reports include a synopsis of assigned priority, po¬ 
tential resolutions, selected resolutions, relevant points of contact, relevant case management 
metrics as defined by the DMT, and DMT action items relevant to each case. These case man¬ 
agement reports are important, because they can be used for publicizing DMSMS successes and 
sharing data among other DoD platforms. Effective outreach could help obtain funding for both 
DMT operations and for implementing resolutions to DMSMS issues. 

3,3,3, Program Evaluation 

The DMT should continually evaluate the effectiveness of the DMSMS management program 
measured against the defined DMT objectives. Recording and periodically analyzing perfor¬ 
mance metrics are important elements of this evaluation. Many different metrics can and should 
be captured for a DMSMS program. The DMT should determine what metrics to use as a basis 
for evaluation, how to collect those metrics (contractual requirements may be necessary), and 
how frequently to report those metrics. In addition, a feedback loop is needed so that the DMT 
can continually improve the DMSMS processes, process inputs, and process outputs. Below are 
some examples of DMSMS program evaluation metrics: 

• Number of DMSMS notifications or cases created 

• Number of cases closed 

• Number of cases resolved 

• Average time to case closure 

• Average time to case resolution 

• Estimated or actual cost avoidance (depending on data available) 

• Percentage of the program robustly managed, based on unit-level BOMs and COTS assem¬ 
blies in the system (for example, percentage of BOMs and assemblies of the system to be 
monitored out of the total number of items of the system) 

• ROI 

• Operational availability deficiencies due to obsolescence that were avoided (for example, 
when the resolution is put in place, quantify the operational deficiencies that would have tak¬ 
en place if that resolution were not implemented). 

To the greatest extent possible, metrics should be focused on leadership concerns. In that way, 
leaders can be more readily convinced of the benefits of DMSMS management and, consequent¬ 
ly, will be more likely to support the DMSMS management program. 
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3,3,4, Quality Assurance 

DMSMS management support eonsists of eomplex proeesses using inputs from diverse sourees 
and producing outputs supplied to customers with varying expectations and needs. Attention to 
the quality of these processes ensures the consistency and high quality of program support. 
Therefore, the DMT should operate within a well-defined and functioning quality management 
system. The DMT should ensure that a quality plan is established, with attention to process doc¬ 
umentation, quality controls, meaningful metrics, and timely feedback loops in the areas of quali¬ 
ty and process effectiveness. See Appendix H for more information on the quality assurance 
process. 
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4. Identify: DMSMS Monitoring and Surveillance 

Monitoring and surveillance constitute the identify step of the DMSMS management processes. 
This element requires a program to monitor and survey its parts and materials for end-of-life 
(EOL) notices or other indicators of potential discontinuance. DMSMS monitoring and surveil¬ 
lance should begin as early as possible during the design phase and continue throughout the en¬ 
tire life cycle of the system. This section describes the monitoring and surveillance processes: 

• System prioritization. This process entails the determination of the scope and focus (for ex¬ 
ample, which units of the system are of most interest, due to criticality, operational safety, or 
associated DMSMS-related costs) for the DMSMS management effort. 

• Identification and procurement of monitoring and surveillance tools. This process identifies 
and procures the DMSMS predictive forecasting and associated data collection and manage¬ 
ment tools to support the DMSMS management program. 

• Collection and preparation ofparts data. This process encompasses the collection of BOMs 
and parts data and the prioritization of parts to eliminate those that can be easily replaced 
(such as fasteners) from parts availability analysis. In addition, the BOM/parts list is prepared 
and loaded into a predictive tool for analyzing parts availability. 

• Analysis of parts availability. This process includes the combination of market research and 
the use of predictive tools to determine initial, and subsequent, parts availability baselines for 
immediate and near-term obsolescence issues for the program. 

• Collection and update of programmatic and logistics data. This process entails the identifica¬ 
tion, collection, and update of programmatic and logistics data necessary to analyze parts 
availability and ultimately, to assess the DMSMS impact and determine a resolution. 

Figure 8 identifies the one-time processes and the recurring processes associated with DMSMS 
monitoring and surveillance. For the most part, system prioritization, identification and procure¬ 
ment of monitoring and surveillance tools, and collection and preparation of parts data are one¬ 
time processes. However, depending on when the prioritization was done, new data on DMSMS 
issues may lead to additional systems being given a high priority. The other two processes— 
analysis of parts availability and collection and update of programmatic and logistics data—recur 
throughout the duration of the program, when either the program receives a new EOF notice di¬ 
rectly, or the output of the program’s predictive tools or market research surveys have been up¬ 
dated. 
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Figure 8. DMSMS Monitoring and Surveiiiance Processes 
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4.1. System Prioritization 

Robust DMSMS management may require monitoring and surveillance of thousands of parts 
simultaneously. Prioritizing the scope and focus for the DMSMS management program is crucial 
for a complex platform, which typically has many subsystems, each with multiple units, which in 
turn have many assemblies. Prioritization in this process is not a ranking of subsystems to moni¬ 
tor; rather, it is a “yes” or “no” DMT determination of what portions of the system to actively 
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monitor, when, and at what frequency. Initial prioritization of the portions of the system on 
which to focus the DMSMS management effort can be based upon the following: 

• Safety. A top priority for the scope and focus of a DMSMS management program is any part, 
assembly, or installation containing a critical characteristic whose failure, malfunction, or ab¬ 
sence could cause a catastrophic failure, loss, or serious damage resulting in an unsafe condi¬ 
tion. Special attention should be paid to aircraft, missiles, rockets, and airborne systems, as 
well as other systems that involve command, steerage, and propulsion of ships or land vehi¬ 
cles. Similar safety concerns on other systems should be identified by the program offices. 

• Mission criticality. Another top priority for the scope and focus of a DMSMS management 
program is any system—^whether a primary mission system or an auxiliary or supporting sys¬ 
tem—for which operational effectiveness and operational suitability are essential to success¬ 
ful completion of the mission or to providing aggregate residual combat capability. Such 
systems are critical, because if the system fails, the mission likely will not be completed, es¬ 
pecially if there is a known single point of failure or a significant impact on the next higher 
assemblies. 

• DMSMS-related costs. Any subsystem experiencing or expected to experience frequent or 
expensive DMSMS-related issues should be monitored. Considerations for identifying sub¬ 
systems under this criterion, before actual data are available, include unique fit or materials, 
closed architecture, modified COTS assemblies, high redesign costs, single source, or low re¬ 
liability. 

• Sustainment strategy. A system’s sustainment strategy reflects the maintenance or support 
concept of operations for that system. Such strategies consider impacts on system capability 
requirements, responsiveness of the integrated supply chains across government and industry, 
maintenance of long-term competitive pressures on government and industry providers, and 
effective integration of system support that is transparent to the warfighter and provides total 
combat logistics capability. The DMT should be particularly concerned with these issues if 
the government is providing sustainment support. If a contractor is required to resolve 
DMSMS issues, then the DMT’s primary role is to oversee the contractor’s efforts. 

There are several differences in the system prioritization process that vary as a function of life- 
cycle phase: 

• For systems in design and production, actual data may not be available to understand where 
high cost or frequent DMSMS issues are occurring. There may be only some near-term indi¬ 
cations of such areas based upon ongoing monitoring and surveillance activities. These areas 
are expanded as the system matures. 

• Over time, the sustainment strategy may evolve; consequently, the mix of organic and con¬ 
tractor roles may change. 

Although not strictly a system prioritization process issue, impact prioritization is affected by 
life-cycle phase. It is especially important to identify DMSMS issues during design or produc¬ 
tion, because decisions made during those phases can significantly affect the system’s life cycle. 
Furthermore, when obsolete parts are not eliminated from product designs, higher risk distribu¬ 
tors are more likely to be used to obtain components that are no longer in production. This adds 
to the risk of funding counterfeit parts on DoD systems and in the DoD supply systems. 
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4.2. Identification and Procurement of Monitoring 
and Surveillance Tools 

The DMSMS management program should identify and procure predictive obsolescence tools 
and associated data collection and data management tools needed to support DMSMS monitoring 
and surveillance. Predictive tools may be particularly useful for analyzing certain types of parts, 
such as electronics; however, these tools have limited capability for other types of parts, such as 
hardware or COTS assemblies. Most DMSMS predictive tools perform the same core functions 
of monitoring the availability of electronic components in the BOM and forecasting their obso¬ 
lescence. Each tool has a set of loading criteria and formats, output report formats, and other in¬ 
formation that can be ascertained from the loaded BOM. 

The DMT should review all available tools and select the tools for its program based on needs 
and cost. To select the most appropriate tools, DMT members must understand the capabilities 
and outputs of each tool and must be confident and comfortable with the final selection. 

If a program decides to have the contractor purchase and manage the DMSMS tools, the gov¬ 
ernment must have access to the data reported by those tools, for two key reasons: to allow the 
government sufficient visibility for effective oversight and to enable it to readily assume 
DMSMS management responsibilities if DMSMS management roles change. 

In addition to being cost-effective, reliable, and user friendly, a predictive obsolescence tool 
should be able to do the following: 

• Manage accurate configurations. 

• Enable real-time assessments of availability for components qualified for the system. 

• Identify obsolescence issues and specific quantities per affected assembly. 

• Identify all potential resolution options. 

• Identify aftermarket sources of supply. 

• Generate timely alerts on production change notifications and PDNs. 

• Enable real-time views of current part availability analysis. 

• Rapidly develop obsolescence case sheets, providing streamlined and complete status of ob¬ 
solete component issues. 

• Provide engineers with the data needed to evaluate and implement resolutions. 

• Share notes and resolutions across all managed platforms and systems. 

• Enhance productivity by minimizing the impact on engineering staffs, while rapidly provid¬ 
ing critical data needed for decision making. 

A specific tool, alone, will not recognize all parts on a BOM. A recent informal study of two 
predictive tools found that one of them successfully recognized only 71 percent of the parts be¬ 
ing researched by the team,"^^ and the other recognized only 72 percent of the parts being re- 


The study reviewed all of the systems (ranging from missiles to aviation and in all phases) monitored by the 
U.S. Army Aviation and Missile Research Development and Engineering Center. On the basis of that review, recog¬ 
nition rates were calculated for the two predictive tools used by the center. 
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searched. When comparing the availability reported by the two predictive tools, the study found 
that the tools disagreed regarding the obsolescence status of 4 percent of the parts being re¬ 
searched. There are legitimate reasons for these statistics. In particular, different tools use differ¬ 
ent algorithms and philosophies in identifying and reporting obsolescence. Also, the electronics 
industry changes rapidly, and new parts are added daily. Furthermore, update schedules for the 
predictive tools vary, sometimes resulting in discrepancies in part availability status between 
tools. Therefore, if funding allows, and if practicable, the program should use more than one 
predictive tool and, for parts not tracked by predictive tools and for parts that are particularly 
critical, should do manual research. Regardless of the tools used, engineering analysis and judg¬ 
ment remain key factors in identifying DMSMS issues. 

Beyond predictive obsolescence tools, BOM data management tools, configuration tools, logis¬ 
tics data collection tools, data storage and retrieval tools, and report generation tools are all 
needed for monitoring and surveillance. Selection criteria include reliability, user friendliness, 
cost, and usability by multiple programs. As discussed in Section 3, DMSMS management sys¬ 
tems exist that include both proactive functions and data collection and management functions. 

Many tools can assist a program with monitoring and surveillance, as well as with other data 
management tasks. A list of tools can be found in the DKSP. 

4.3. Collection and Preparation of Parts Data 

Once the focus and scope of the DMSMS management program has been determined by the pri¬ 
oritization of systems based upon mission criticality, operational safety, and so on, the data nec¬ 
essary to support parts availability analysis and, ultimately, DMSMS impact assessment should 
be identified and collected. Parts data, including parts lists/BOMs and additional information ob¬ 
tained from market surveys, are used to analyze parts availability, resulting in a list of system 
parts that have immediate, or anticipated, near-term obsolescence issues. 

4.3.1, Parts Data Collection 

4.3.1.1. Hierarchy of System Parts 

To adequately and cost-effectively address obsolescence for a program, the DMT may have to 
monitor, assess, and resolve DMSMS issues at different and multiple levels within a system. 
Figure 9 illustrates the hierarchy of system parts. As one moves from left to right across the fig¬ 
ure, the system is decomposed into smaller and smaller parts, from unit to assembly to compo¬ 
nent. For each of the parts of the system, additional related terms are also provided. So, for 
example, when a program is referencing the component level, other terms often used to refer to 
this level of parts are piece parts and device. 
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Figure 9. Hierarchy of System Parts 
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43.1.2. Different Types of Parts Data 

Different types of parts are likely to be incorporated into the design of any system. Therefore, the 
DMT needs to be aware of how different types of data may need to be collected or even suggest 
different means of collecting and managing the data. The following subsections contain such in¬ 
formation for custom electronics and hardware and for COTS assemblies. 

Electronics and Hardware 

For electronics and hardware data, a parts list or BOM is an indispensable data resource for ro¬ 
bust DMSMS management. Without a parts list or BOM, parts availability analysis, impact as¬ 
sessment, and the continuous prediction of discontinuance by a DMSMS management program 
would not be possible. 

A BOM identifies the materials, components, and assemblies used in making a unit. The list may 
be in a “fiat-file” format or an indentured format. A fiat-file BOM is a simple list of parts, while 
an indentured BOM shows the relationships (generally in a top-down breakout format) of com¬ 
ponents to assemblies to units to the system. Figure 10 depicts the two formats. 


This does not imply that the government must have a BOM. DMSMS management can be performed by the 
prime contractor. See Appendix B. 
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Figure 10. Comparison of Fiat-Fiie and Indentured BOMs 
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Because it provides a bigger picture when identifying and weighing resolution options for an 
identified DMSMS issue, an indentured BOM format is preferred over a flat-file format. For ex¬ 
ample, when analyzing parts availability, a flat-file BOM would enable the identification of only 
the number of obsolete parts within the unit; it would not provide any indication of whether some 
of the parts are on the same assembly. Not knowing the effect of the identified, immediate, and 
predicted obsolescence issues on the system’s parts hierarchy limits resolution options. In some 
cases, it may be more cost-effective to perform a minor redesign of an assembly, rather than un¬ 
dertaking life-of-need buys of multiple components within that assembly. An indentured BOM 
enables the program to more readily visualize the relationships of identified obsolescence issues 
within the system and to use this information to inform the identification and determination of 
potential resolution options. 

In addition to the configuration (indenture) information conveyed through an indentured parts list 
or BOM, useful parts data pertaining to the components, assemblies, and units of the program’s 
system include the following: 

• OEM-approved alternatives 

• OEM technical manuals 

• OEM DMSMS mitigation efforts underway 

• OCM part number 

• Sources of active manufacturing 

• Actual or projected EOL 

• Eunction (active versus passive, complexity) 

• Type (custom, hybrid, proprietary) 

• Reduction of Hazardous Substances (RoHS)/lead-free (Pb-free) information 

• E3 details. 

One of the DMT’s first tasks is to obtain the BOMs (probably from the prime contractor via 
flow-down arrangements through the supply chain) for the system. The best situation is one in 
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which the government has established a eontraetual requirement for the BOMs (and for notional 
BOMs or parts lists during design).When a eontraetual requirement is not in plaee, OEMs are 
often reluctant to release BOMs, due to eompetition or proprietary issues. However, just because 
an OEM may be initially unwilling to provide a BOM, this does not mean that one eannot be ob¬ 
tained. Experienee has proven that a DMSMS management program may be able to eonvinee the 
OEM to share BOM data. Below are some examples of ways to pursue aeeess to the BOM: 

• The OEM may automatieally assume that the program expeets delivery of the entire teehnieal 
data paekage (TDP). That is not eorrect. The program needs to make sure that it clearly ex¬ 
plains what is being requested; DID DI-SESS-81656 outlines data fields that a program re¬ 
quests (see the DKSP). Ideally, the BOM should be in an editable eleetronie open-standards- 
based format. An OEM may not have an issue with delivering this information. 

• If an OEM is still reluetant to share the BOM, the program may wish to determine if the 
OEM may be more willing to share this information direetly with the government. In some 
eases, subeontraetors are wary of sharing their BOMs with the prime eontractor, but will 
more readily deliver them directly to the government or a government representative (with a 
nondiselosure agreement). 

• In both of the above eases, the program should illustrate advantages to the OEM from sharing 
the requested data. Beeause BOM data enable the program to continually monitor for obso¬ 
lescence issues, the program will share DMSMS diseontinuation notiees with the OEM and 
ean assist with researching resolution options, so that both parties (government and OEM) 
benefit. 

• If the program is still not able to eonvinee the OEM to share the required parts data, then the 
program has several options to eonsider. Eirst, it may be able to develop a BOM from availa¬ 
ble data. The DMT ean begin DMSMS management if it ean at least obtain or ereate a mini¬ 
mal BOM listing the aetive parts within the system. With a limited BOM, the DMT ean load 
a predictive tool, identify the status of eomponents, and perform basie parts availability anal¬ 
ysis. As it gets better at managing DMSMS problems, the DMT will realize that any redesign 
or new system aequisition should include the BOM as a eontraet deliverable, along with the 
new eomponents, assemblies, units, or systems. It may be prudent for a program to require 
the proeurement of some types of BOM data on any new system aequisition. 

• If the OEM requires a program to pay for the BOMs needed for robust DMSMS manage¬ 
ment, then the program should first determine whether the required data have not already 
been paid for and received through some other avenue (eonfiguration management, produe- 
tion, provisioning, and so on). In some eases, the program may diseover that the OEM is al¬ 
ready proaetively monitoring the BOM for DMSMS issues. In light of this information and 
due to funding eonstraints, a program may ehoose to leave DMSMS management to the 
OEM, rather than aequiring and loading the BOMs into its own predictive tool. However, if a 
program does deeide to do this, it must maintain suffieient oversight of the OEM’s DMSMS 

To understand the data rights, see the original procurement contract and any follow-on contracts. The con¬ 
tracts usually contain specific detail on the data rights for items delivered as contained in DD250 forms. Using prod¬ 
uct data for government purposes, such as monitoring integrated BOM part numbers for end-of-life warnings, and 
using product data for competitive reprocurement are significantly different. DoD should attain technical data rights 
commensurate with the sustainment strategies of the systems used in its global defense missions so that it can ensure 
they remain affordable and sustainable. For more information about data rights, refer to “Myths of Data Rights” in 
the Army Guide for the Preparation of a Program Product Data Management Strategy, August 2010. 
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management efforts. This might entail the program requiring the regular delivery of parts 
availability analysis for the system or of immediate alerts when a DMSMS issue is identified. 
Because no DMSMS predictive tool is 100 percent accurate, a program may still wish to ac¬ 
quire its own tools and load its own BOMs to minimize the risk of missing a DMSMS issue 
that could significantly affect the system. 

• The DMT can manage the units within the system like a COTS assembly, as described be¬ 
low. 

COTS Assemblies 

Using COTS assemblies within a system design has several benefits, including reducing or elim¬ 
inating the risks typical of custom-developed systems. However, COTS assemblies present a 
unique set of challenges, specifically for the management of DMSMS issues. These challenges 
are due, at least in part, to the fact that these items are produced for the commercial market. For 
example, the rapid turnover of COTS assemblies creates unique obsolescence-induced supporta- 
bility issues for military systems, because OEMs are likely to replace or stop producing COTS 
assemblies long before the life cycle of a system is complete. 

DMSMS management concerns about the incorporation of COTS assemblies in a system design 
are inevitable. Avoiding DMSMS issues due to the introduction of COTS assemblies in a system 
design calls for effective relationships among all program participants: the COTS supplier, the 
system developer and integrator, the DMT, and the buyer (for example, the item manager). The 
DMT must remember that all COTS assemblies are subject to DMSMS issues, but some particu¬ 
lar component classes and COTS assemblies are prone to specific problems. For example, soft¬ 
ware, central processing units, memory chips, and disks change frequently. These specific COTS 
classes aside, a degree of obsolescence is always in place in the form of planned minor upgrades 
or refreshes, typically at the 2- and 4-year marks. Beyond that, a major upgrade—a next genera¬ 
tion—should be expected at some time in the future. 

Automated DMSMS predictive tools typically do not comprehensively monitor COTS assem¬ 
blies and similar items like mechanical parts for obsolescence. Further, BOMs for COTS assem- 
blies are not usually readily available and may not be cost-effective to obtain if available. 
Therefore, a program should periodically survey the OEM to obtain updated information about 
the parts availability (usually at the next higher assembly) and projected life of the COTS assem¬ 
blies. Data obtained from manufacturers’ websites and market surveys need to also factor in the 
OEM’s internal DMSMS management program and the reliability of data provided by the ven¬ 
dor, including the following: 

• Sources of active manufacturing 

• Actual or projected EOF 

• Function (active versus passive, complexity) 

• F3 details 

• Warranty information 

• Current software and firmware revisions 


In contrast, BOMs may be available for non-developmental items designed for the government. 
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• Information on next-generation products and compatibility 

• Duration of support. 

More information regarding market surveys and data that can be obtained from manufacturers’ 
websites is provided later in this section. 

4,3,2, Parts Data Preparation 

By this point, the program has identified and collected all relevant parts data, as well as selected 
and procured the appropriate DMSMS predictive tools. Before loading the parts lists/BOMs into 
the tools, the program should take several final steps to prepare the parts data for recurring anal¬ 
ysis of parts availability. First, the parts lists/BOMs should be reviewed to identify the parts on 
which the program’s DMSMS monitoring and surveillance activity will focus. For example, the 
parts lists/BOMs may contain any number of parts (such as fasteners) that do not need to be ana¬ 
lyzed with a predictive tool because of the availability of so many alternatives. This review will 
result in three lists of parts: 

• Components/assemblies to definitely monitor. These parts include certain parts classes known 
to have a high propensity for obsolescence issues. These part types include electronic COTS 
assemblies (networking gear, computers), active components, radiofrequency components, 
and custom electronic assemblies. This subset of part types generally introduces high risk to 

a program, if the program chooses not to monitor them. 

• Components/assemblies for which not enough is known to determine the need for monitoring. 
If sufficient data are not yet available, including information about the likelihood of obsoles¬ 
cence issues, parts in this category should be considered along with the parts on the “definite¬ 
ly monitor” list, until further evidence proves that they can otherwise be removed from 
monitoring and surveillance. In addition, some parts do not exhibit a high propensity for ob¬ 
solescence issues. These parts are usually passive components such as capacitors, inductors, 
resistors, and electrical and mechanical COTS assemblies (motors, engines). Due to the gen¬ 
eral low risk of obsolescence associated with these parts, some programs find it cost-effective 
not to monitor them. However, critical specialty components or high-reliability passive com¬ 
ponents should be monitored. The DMSMS SME and engineering activity representative 
should understand the associated risk before choosing not to monitor any such components 
and should revalidate that decision periodically. 

• Components/assemblies not to monitor. This subset of part types includes standard industrial 
parts, such as mechanical components, connectors, cabling, and consumables, which are the 
most difficult to research and monitor and typically do not present a significant risk, because 
most of these parts are easily replaced when they become obsolete. Generally, these parts can 
be eliminated from monitoring. There are some circumstances, however, that warrant a 
DMT’s monitoring these types of parts. The DMSMS SME and engineering activity repre¬ 
sentative should understand the associated risk before choosing not to monitor such compo¬ 
nents and should revalidate that decision periodically. Custom fabricated parts (such as 
fenders or castings) that will no longer be produced after final delivery also should not be 
monitored, because everyone knows their status. 

The DMT should have an obsolescence management strategy for every part. The program should 
carry forward the “definitely monitor” and “not enough information to determine whether to 
monitor” parts for availability analysis. The strategy for the “Not to Monitor” parts is to find an 
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alternative when they become obsolete, because ample replacements are available commercially. 
Once the parts have been prioritized, the data for the components/assemblies to “definitely moni¬ 
tor” and “not enough information to know whether to monitor” can be loaded into the program’s 
predictive tools. 

4.4. Analysis of Parts Availability 

When all of the parts are analyzed for obsolescence (as determined via either predictive tool us¬ 
age or vendor surveys), the magnitude of the program’s immediate and near-term DMSMS is¬ 
sues will begin to surface. These parts availability status results represent a snapshot in time and, 
therefore, must be repeated throughout the life of the system, in response to the identification of 
new parts obsolescence notices, a market survey, or a regularly scheduled update to the predic¬ 
tive tools. If possible, a program should receive daily DMSMS notifications that pertain to the 
electronics in the program’s systems. Quarterly or annual alerts or market surveys may suffice 
for COTS assemblies, but may be too late for electronic components, especially if a program has 
only 30 days to make a life-of-need buy. Update frequency may also differ for different com¬ 
modity types, based on the availability of information, the rapidity of the technology’s evolution, 
and the risk that the part or material poses to the system and mission. 

The following three subsections describe the use of predictive tools and market surveys for ana¬ 
lyzing parts availability and the external trigger—PDNs—that prompt a refresh of a program’s 
parts availability analysis. 

4,4,1, Predictive Tools 

The output of most predictive tools is a report portraying parts availability on a red-yellow-green 
scale (but no common definition exists of what this color scale represents). Monitoring and sur¬ 
veillance should focus on the following; 

• Parts that are no longer available and for which no alternatives are available"^^ 

• Parts for which discontinuation notices have been issued, but some are still available 

• Parts projected to be out of production within 3 years. 

Some parts (especially electronic parts) are more readily analyzed using predictive tools. Such 
parts should, if at all possible, be examined by two predictive tools. If the tools disagree regard¬ 
ing the obsolescence status of a part, then additional manual research is needed to confirm 
whether or not the part has an immediate or near-term obsolescence issue. If the part does not 
present an immediate or near-term obsolescence issue, it does not need to be assessed for 
DMSMS impacts. Even if the predictive tools agree that an obsolescence issue exists with re¬ 
spect to a particular part, then a manual check should be done to confirm that finding. 

Predictive tools may not provide an industry obsolescence status for some parts. This may be due 
to an incorrect part number, lack of identifying information, or the way the tool provider collects 

The fact that a predictive tool indicates the existence of an alternative part does not guarantee that the part 
will work successfully in legacy systems. The conversion of original hard-copy drawings to digital drawings for 
legacy systems may make it difficult to know why a particular source’s part was chosen over another source’s part 
that appears to be similar or the same. The hard-copy drawings may have indicated a difference that was not cap¬ 
tured digitally. Therefore, the DMT should check with the engineering authority before concluding that an impact 
assessment is not needed. 
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data. Also, the part may be from a manufaeturer that the tool does not query. Parts with unknown 
availability must not lead to a false sense of seeurity. Additional work is needed to determine 
their availability. It may be that data errors ean simply be corrected to enable the predictive tools 
to forecast part availability. In other cases, manual research may be necessary. For example, the 
OCM, if known, should be contacted. Otherwise, inquiries should be made down the supply 
chain until the OCM can be identified and source control drawings can be accessed. If the part 
number is correct, another predictive tool may be used. Tool providers allow users to submit re¬ 
quests for parts to be added to their library of monitored parts. Certain restrictions apply, but 
usually, providers will add catalog part numbers at a subscriber’s request. Subscribers of these 
tools should take full advantage of this to reduce the amount of research required for future BOM 
monitoring and receipt of EOL notifications. 

Predictive tools should be used throughout the life cycle. Early in design, they should be used on 
notional BOMs or preferred parts lists; both are good sources of parts that are likely to be used in 
production. Early design for new systems is usually based on existing designs being developed 
by the OEM. The starting point is rarely a predominately blank technical drawing. 

4,4.2, Vendor Surveys 

Predictive tools may not be able to forecast the availability of some parts (such as COTS assem¬ 
blies and mechanical items). In these instances, the best way to analyze availability is through 
vendor surveys. It is helpful to develop a vendor survey questionnaire to manually interact with 
COTS and hardware manufacturers, establish a database to capture and track the survey infor¬ 
mation, and determine the frequency to make contact for updates (again, prioritized based on 
criticality). 

Below are some examples of vendor survey information and questions that a program can in¬ 
clude in its vendor survey questionnaires:^*^ 

• Product name 

• Company name 

• Commercial and Government Entity code 

• Part number 

• Contact information 

• Is this item currently in production? If no, when did production end? If this product is no 
longer in production, can the government still purchase it? If yes, how many? When is the 
last date that the product can be purchased? If currently in production, when do you antici¬ 
pate end of production? 

• If you are not currently planning an end of production date for this product, please provide an 
estimate, based on similar products, past history, technology/component obsolescence, etc. 
(Keep in mind that this date is used for supply planning purposes only.) 

• How long after the end of production will the government be able to have this product re¬ 
paired? What’s the typical cost to repair this item? 


Although more questions can be asked, the response rate is likely to be higher if the market survey is brief 
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• Once production has been discontinued on the product, how much stock (in time) is typieally 
available for sale? 

• When this product is discontinued by your company, will you enter into an agreement with 
an after-market vendor so that customers can still buy the product? If yes (for this product or 
for other similar ones), please indicate the name of the vendor and give a point of contaet. 

• Is there a replacement or a planned upgrade to the product? Is the new item equivalent in 
terms of form, fit, and function? If so, what is the new product’s part number and cost? 

• What warranty does the product have? What is the warranty length and ean the length or start 
time be adjusted to allow for integration and deployment? What extended warrantees are 
available, and at what cost? 

• What is the list price of the produet and its lead-time? 

A key step in developing an obsolescenee management strategy for mechanieal and COTS-based 
systems is to eompile a list of equipment and parts in the system and group them by OCM (for 
meehanieal parts) and by OEM (for COTS assemblies). With sueh a list, the DMT can make one 
phone call to each OCM and OEM to obtain obsolescence information about numerous items. 
Another helpful hint for a contractor that has been tasked by the government to survey vendors is 
to obtain a letter of permission to seek this information from the government and share it with 
the vendor. With this letter, vendors should be more eooperative in sharing information. The 
program (regardless of whether in-house or eontracted out) should decide how often to eontact 
the OCMs and OEMs; the appropriate frequeney will depend on the eriticality of eaeh system, 
general life-cycle expeetations, and other DMT-determined factors. 

4,4,3, Product Discontinuation Notices 

The DMSMS management program should receive automated industry obsolescenee notiees and 
DMSMS alerts from the selected predictive tools, GIDEP, and DLA. Although overlaps will oe- 
cur, all three sources should be used to maximize eompleteness and timeliness. In addition, the 
DMT should query manufacturers’ websites, build relationships with OCMs (similar to the ven¬ 
dor survey relationships), and access other federal supply sources and free government tools to 
identify data and notifications on parts availability (see the DKSP for more information). The 
remainder of this subsection focuses on alerts and external triggers for parts availability analysis 
updates from GIDEP and DEA. 

4.4.2.1. GIDEP 

A DMSMS management program should beeome a GIDEP member early in its life cycle. 

GIDEP is a cooperative activity between government and industry participants seeking to reduce 
or eliminate expenditures of resourees by sharing essential teehnieal information during the re- 
seareh, design, development, production, and operational phases of the life eycle of systems, fa¬ 
cilities, and equipment. Eor complete requirements, and to beeome a member, see the GIDEP 
website (www.gidep.org). 

GIDEP is a useful tool to support monitoring and surveillance, because it has developed a part 
batch search routine that permits GIDEP participants to send and compare part lists to the part 
identifiers in the GIDEP database. Part lists are protected so that only GIDEP operations center 
personnel will have access. Bateh processing is available only to registered GIDEP participants. 
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Also, as a GIDEP member, a program ean get “push mail,” whieh is generated, as a convenienee 
to provide GIDEP partieipants with an overview of information without having to access the da¬ 
tabase. If a part or title in the list is of interest, the corresponding document can be retrieved 
through direct database access. All GIDEP representatives are automatically eligible to receive 
push mail. Users may also be granted access with their representative’s approval. Representa¬ 
tives can either access the push mail registration online to update their profile or to assign distri¬ 
bution to their users. Once users have been granted access to push mail, they can update and 
change their own distribution or email online. As part of push mail, members can receive weekly 
summaries that list documents committed to the database during the week cited. The list includes 
the document number, date, designator, title, and abstract. 

Members can also request parts lists that represent all part identifiers (manufacturer, government, 
specification, drawing, model, base, and national stock numbers) either contained within or 
cross-referenced to all documents entered into the GIDEP database during the week cited. This 
allows a program to check its parts against the GIDEP-generated weekly parts list without having 
to create reports itself. A program may then enter the database to retrieve only those documents 
of interest to the program. 

In summary, GIDEP does not have the ability to predict which parts will become obsolete, but it 
can provide a program with a no-cost means to find out which parts of interest already have dis¬ 
continuation notices against them. Programs can also use GIDEP’s batch processing as a way to 
ensure that the program will receive discontinuance notices that match system parts and also may 
provide the ability to assist with identifying unmatched parts. 

4.4.3.2. Defense Logistics Agency 

DEA (www.dla.mil) also provides PDN alerts to subscribers—including Military Services, gov¬ 
ernment agencies, EMS customers, and industry (with .mil email accounts and common access 
card capability)—through its shared data warehouse. ’ These DEA-generated alerts contain 
information not available through GIDEP, such as DEA usage and weapon system coding. Eor 
DEA-managed items, additional analyses are done to determine resolution options ranging from 
requesting users to determine quantities for life-of-need buys to examining options to emulate 
microcircuits using its Generalized Emulation of Microcircuits (GEM) and Advanced Microcir- 

c 

cuit Emulation (AME) programs. 

Access to DLA’s websites allows a program to search the following: 

• Qualified Manufacturers Lists (QMLs)/Qualified Products Lists (QPLs). The data provided 
in this search are updated as changes occur and may contain information not reflected in the 
hard-copy version. A program’s search will always return the latest information available at 
that time. QMEs/QPEs are also available in the ASSIST Qualified Products Database. DEA 
updates the lists as necessary and is charged with requalifying vendors every 2 years. 

• Standard microcircuit cross-reference. This search provides a cross-reference of microcir¬ 
cuits covered by standard microcircuit drawings, MIL-M-38510 specifications, and vendor 


The email address to become a subscriber is dmsms@dla.mil. 

DLA’s Obsolescence Data Repository is a centralized repository for resolution data and information. 
See http://www.gemes.com. 
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item drawings. If a program prefers to use the cross-reference data on a local computer, a 
standard microcircuit lookup table can be downloaded. 

• Military specifications (MilSpecs) and drawings. This website provides courtesy copies of 
documents managed at DLA. If a program cannot find a document here, it may not be man¬ 
aged at DLA. For a complete list of all DoD MilSpecs, refer to DLA’s document automation 
and production service. 

• Standard microcircuit drawings. A list of standard microcircuit drawings is available to 
download. 

4.5. Collection and Update of Programmatic and Logistics Data 

Programmatic and logistics data, along with the results of the parts availability analysis, support 
the DMSMS impact assessment process and, ultimately, resolution determination. The data 
should be refreshed regularly (as changes are made to the systems being monitored) to ensure 
that the most up-to-date data are used for DMSMS impact assessments and program decision 
making. In some cases, the data may be updated with the receipt of EOL notices for a part or set 
of system parts or with the update of predictive tools or vendor surveys. 

The data collection process differs slightly as a function of acquisition phase. Early in the design 
phase, parts data may be notional and based on a preferred parts list. Programmatic data may 
have less certainty early in a program. Predicted reliability data should be used until better data 
can be derived from operational use. Actual logistics data will be available only during sustain¬ 
ment. 

Eogistics and programmatic data may be acquired from the program office, logistics databases, 
item managers, OEMs, and depots (contractor and organic). Those data enable the DMSMS 
management program to consider thorough DMSMS impact assessment, whether or not the ob¬ 
solescence issues discovered affect the system and program negatively, when that impact may 
occur, and which mitigation resolution is most feasible and cost-effective. 

The following are among the types of programmatic data a DMSMS management program may 
consider collecting; 

• Acquisition phase 

• Planned number of units 

• Unit modernization plans or technology insertion plans 

• Technology refresh or insertion plans. 

Actual logistics data may be available only if a system has already entered the sustainment 
phase. Eogistics data, however, should be considered a factor in DMSMS impact assessment 
from earlier phases in the life cycle, based upon predicted reliability data. Below are some ex¬ 
amples of the types of logistics data a DMSMS management program should seek to collect: 

• Average demand 

• On hand 

• Due in/due out 
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• Procurement lead-time 

• Repair philosophy 

• Cost 

• Back-orders and how long items have been back-ordered 

• Unservieeable 

• Measure of reliability. 

The existence of logistics data for the system should enable the program to identify those eom- 
ponents, assemblies, and units of the system that present potential sustainment issues and those 
that do not. This data ean then be compared to the parts availability analysis results during im- 
paet assessment to determine the risk presented by a particular obsolescence issue. 
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5. Assess: DMSMS Impact Assessment 

An old logistician’s proverb—which begins with “for want of a nail the (horse) shoe was lost” 
and ends with the kingdom being lost, “all for want of a nail”—illustrates that the lowest-level 
part in a system’s hierarchy can affect the entire system. Consequently, a DMSMS impact as¬ 
sessment—the assess step—examines the potential effects that a DMSMS issue, at any level of a 
system, may have on cost, schedule, readiness, and availability. Most DMSMS issues result in a 
combination of these effects and ultimately all if left unaddressed: 

• Cost impacts may be experienced in any stage of the life cycle. The impact is measured as 
(1) the additional cost that must be paid to resolve the issue; (2) the change in support costs 
(it will cost the program less if reliability is improved); and (3) the difference in the cost of 
parts before and after resolution. This third element of cost may be positive or negative, de¬ 
pending on the resolution pursued. If a more expensive alternative part is used, then the cost 
will be higher. 

• Schedule impacts are usually associated with the design or production elements of the life 
cycle, because obsolescence may delay design or production activities. 

• Readiness and availability impacts normally occur during sustainment. DMSMS issues may 
affect the mission capability of a system, or they may prevent the system from being used al¬ 
together. 

The purpose of the impact assessment is to answer three questions: 

• Should a resolution to the problem be pursued? 

• Which problem should be addressed first? 

• At what level should a resolution be applied? 

An impact assessment should be done when, for example, the program receives a PDN, a change 
occurs in production units or spares, or a scheduled update of the material availability differs 
from the baseline. 

At this point in the DMSMS management process, data have been collected to help provide an¬ 
swers to the above three questions. The remainder of this section describes the specifics of the 
data and analysis needed to determine the impact of the shortages. As a best practice, as much 
data as possible should be gathered to increase the rigor of the analysis. However, in many cases, 
some of the data may not be available. The DMT should do the best job possible with the data it 
has. When assumptions are used to compensate for missing data, the results of the analysis will 
be subject to greater uncertainty. 

5.1. Data Needs 

Every program is unique, and the criteria established for assessing DMSMS risk are specific to 
the program’s priorities. Regardless of the approach to the overall assessment, four types of data 
are needed: programmatic, availability, criticality, and logistics. 
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5.1.1. Programmatic Data 

Below are the different types of programmatie data needed for an impaet assessment: 

• Life-cycle phase. If the program is in the design or production phase, the overall life-cycle 
risk is significant, and emphasis on obsolescence issues at this point will have a significant 
impact on the total ownership cost of the program. However, an obsolescence issue discov¬ 
ered in the sustainment phase may not be as significant if the program is scheduled for dis¬ 
posal or if the replacement system is ready to be fielded. Industry tends to be interested in 
collaborating with DoD to solve an obsolescence issue during the design and production 
phases of acquisition; however, such collaboration can be difficult once the production line 
has gone cold. 

• Planned technology insertions/refreshes for the subject part/assembly and the next higher 
unit. This information is important for an obsolescence issue at any point in the life cycle, 
because it presents an opportunity to eliminate the requirement for the problem part. It is im¬ 
portant to understand whether the planned technology insertion/refresh is funded. If no re¬ 
sources are programmed, then technology in s ertion/refresh is unlikely to occur. It is also 
important to understand that DMSMS management is not the driver of technology inser¬ 
tion/refreshment. DMSMS management simply leverages this information to determine risk 
and, where appropriate, to recommend a resolution option. However, DMSMS issues can af¬ 
fect the technology refreshment’s scope and schedule both positively and negatively after 
they are initially established. 

• Planned end of system life. EOL data are used for inventory-related calculations. If the sys¬ 
tem is in design or production, the system EOL may not be known. Even during sustainment, 
the EOL may be uncertain, because of unplanned service life extensions, which in turn affect 
inventory requirements and may have potential DMSMS impacts. If the service life is ex¬ 
tended, DMSMS situations with no operational impact before the extension may have a sig¬ 
nificant operational impact because of the extension. Nevertheless, the only approach is to 
base DMSMS impact assessments on official plans. 

• Number of systems in use over time through the end of system life. This number is used for 
inventory-related calculations. If the system is in design or production, only near-term num¬ 
bers may be available. 

• Planned average operating hours per system. This number is used to help calculate demand 
for the part. If the system is in design or production, future average operating hours may not 
be available. In that case, it may be possible to make estimates based upon historical data of 
similar systems. The duty cycle must also be taken into account. 

5.1.2. Availability Data 

Availability data are needed at the part, assembly, and unit levels. Availability should be identi¬ 
fied at the lowest level possible, with an assessment of the impact at the next higher levels to bet¬ 
ter understand the risk and to help identify the most efficient cost resolution option. The DMT 
should differentiate between items that are currently unavailable and items forecasted to be obso¬ 
lete in the near term (within 2 or 3 years). If authorized substitutes are available, there is no cur¬ 
rent obsolescence risk. 
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5.1.3, Criticality Data 

Like availability data, criticality data are needed at the part, assembly, and unit level. The first 
process in the identify step (Section 4) is to prioritize systems according to their mission criticali¬ 
ty and safety-related features. Those same criticality factors apply in impact assessments. Fur¬ 
thermore, parts criticality is often determined by the criticality of their function. Examples of 
parts with critical functions are microprocessors, microcontrollers, memory, application-specific 
integrated circuits (ASICs), and field programmable gate arrays. Finally, the cost of the item is a 
criticality factor. 

5.1.4, Logistics Data 

Programs managed and repaired organically can have access to logistics data, assuming the data 
are captured and archived. Each Service has a logistics management system and item managers 
who have access to and understand logistics data. The contractor will have the data for programs 
that employ contractor logistics support; the government should arrange to have access to this 
information via contract requirements and deliverables. The following are examples of logistics 
data: 

• Demand for the parts, assemblies, and units with DMSMS issues. This primarily applies for 
items in sustainment, unless the same parts are used in the same way on other systems in the 
inventory. 

• Reliability of the parts, assemblies, and units with DMSMS issues. This should be the same as 
the demand data for items in sustainment. When in design or production, when no demand 
data have been collected, the manufacturer’s stated reliability may be used, but it introduces 
more uncertainty into the impact assessment. 

• Inventory for the parts, assemblies, and units with DMSMS issues. Inventory may be found in 
the service depot (either contractor or organic), production facility, and DEA facilities. It is 
important to identify the portion of the inventories earmarked for the system in question ver¬ 
sus other platforms. Data on inventory due in, backlogged orders, and the length of time on 
back-order are also relevant. If the system is in design or production, inventory is most likely 
available from contractors. 

• Maintenance philosophy for the parts, assemblies, and units with DMSMS issues. Some 
items may be reparable, while other items may be disposed of when they fail. The availabil¬ 
ity of or the development of a source of repair can reduce the risk that all of these elements 
must be investigated. 

5.2. Assessment of the Effects of a DMSMS Issue 

Understanding the overall risk of an obsolescence issue depends on understanding when the is¬ 
sue will affect the system. This can be accomplished only through an understanding of the logis¬ 
tics position of the items within the system. An analysis of the logistics and programmatic data 
provides a snapshot in time of current inventory levels and usage rates in order to identify the 
time frame available (sometimes referred to as days of supply) to identify and implement a reso¬ 
lution. The ability to develop a resolution—within the time frame of availability levels and while 
a replacement item is available—is directly related to the risk of experiencing some negative im¬ 
pact as a result of a DMSMS issue. 
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To determine the potential for a future shortage of a partieular item, the DMT must estimate the 
future demand for the item and determine whether the existing stoeks (ineluding items due in and 
items on back-order) will meet that demand. Mathematical methods, accepted by the logistics 
community, are available for calculating future demand. These models may need to be applied 
to the next higher assembly. If the subject part will be removed from the system by a planned 
technology insertion, then the period of requirement ends when the part is replaced. 

Once the demand is established for the period required, the DMT can simply subtract the demand 
from the available stock to determine if and when the shortage will affect the system. Estimating 
the future demand for parts is risky, due primarily to two key assumptions that must be made: 
projected future operational hours and reliability. The relative risk varies from decision to deci¬ 
sion, but it is real and should be expressed to higher level decision makers when proposing reso¬ 
lutions. The risk introduced by assumptions is always higher before a system is deployed, 
because no reliability data based on actual operations are available. 

Given this understanding, answers to the three impact assessment questions can be developed. 

5.2.1, Should a Resolution to the Prohlem Be Pursued? 

One way to answer this question is to identify when a resolution should not be pursued. Clearly, 
no resolution is needed if enough parts are on hand to meet all future demands. However, be¬ 
cause the level of “all future demands” is never certain, the level of risk should be considered, as 
illustrated in these three cases: 

• Case 1. If the system is in sustainment and there have never been demands for the item fac¬ 
ing a DMSMS issue, then there is a low risk for not pursuing a resolution. 

• Case 2. If the system is in sustainment and calculations show that enough inventory of the 
item is on hand to last until the system is retired or until a technology refresh replaces the 
item, then the risk of not pursuing a resolution is low, but should be evaluated further. Relia¬ 
bility data are an extremely useful input in the assessment of risk at any level in the configu¬ 
ration: the higher the reliability, the greater the availability of the item and therefore the 
lower the risk of an obsolescence impact. For example, if a circuit card assembly seldom has 
to be replaced or repaired (highly reliable), obsolescence issues at the part level will not be as 
high risk as an obsolescence issue on a card that is continually being repaired or replaced. 
This information, if available, should be used in the overall assessment. If the EOL date for 
the item is uncertain and the item is in high demand, a best practice is to keep it on the list of 
problems to be addressed, but with low priority. Conversely, for items with a known EOL 
date and low-demand items, the risk of not pursuing a resolution is relatively low. 

• Case 3. While a system is in the design or production phase, a constant supply of parts is 
usually required. The rare exception is when there is a high degree of confidence that all 
parts needed for production and sustainment have already been procured. The uncertainty of 
such an analysis would be enormous. 

5.2.2. Which Prohlem Should Be Addressed First? 

A step-by-step process can be used to prioritize problems on the basis of their impact on the pro¬ 
gram. Several ways exist to develop such a prioritized list. The example here is based on 

Many articles are related to this topic; one good source is http://src.alionscience.com/pdf7POIS_APP.pdf. 
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knowledge of pieee-part eleetronics, eireuit eard assemblies, and the blaek boxes the eireuit eards 
populate. A similar approaeh for assessing risk of meehanieal assemblies, materials, and COTS 
assemblies ean be derived from these steps. 

The steps below are based on assessing the impact of circuit card obsolescence issues given 
knowledge of the devices (piece parts) on the card. These steps include general statements, such 
as rank by “x” or adjust the rankings as a function of “y.” There is no set formula for these rank¬ 
ings and adjustments. They are based on the experience of the person making the assessment: 

• The first step considers both an analysis of piece part availability and the results of the calcu¬ 
lation of the time frame until impact using the logistics data and the programmatic data. The 
order in which availability and logistics analyses are evaluated is determined by the risk as¬ 
sessor. Initially, the cards could be ranked by some combination of the total number of obso¬ 
lete parts per card, the number of obsolete mission- or safety-critical parts per card, and the 
number and distribution of unique parts. The rankings could then be adjusted by the days of 
supply and the average monthly demand for both the parts and the card if the system is in 
sustainment. If the system is in design or production, reliability data, if available, could be 
used for the average monthly demand. Inventory levels would be the contractor’s stock level. 

• The second step is to adjust the rankings based on the near-term obsolescence risk for the 
parts and the card, the near-term obsolescence risk for the critical parts on the card, and the 
number of sources for the parts on the card. These data could be generated from the use of 
predictive tools. 

• A third step is to adjust the rankings based on the maintenance philosophy for the parts and 
the card. If the circuit card is repairable and the obsolete parts are highly reliable, then the 
risk of the part causing the card to be unavailable is not as great as if the card is a throw-away 
and no more cards can be produced, due to an obsolete part (even if it is reliable). For exam¬ 
ple, a repairable circuit card with critical obsolete components may not rank as high risk if 
the inventory levels of the circuit card are high and the usage rate is low, whereas a card not 
considered highly complex may be a greater risk based on low inventory levels and high de¬ 
mand rates. The bottom line is that no matter how simple the card, if a spare is not available, 
then the unit is out of commission. On the basis of this additional logistics information, the 
priority of risk of the cards in a given unit may change. In design or production, this step 
might not affect the rankings very much, but the factors addressed are a consideration. 

• A final step is to examine programmatic data concerning product improvement plans or other 
mitigation efforts already underway. If a modernization plan calls for the replacement of the 
unit or if a refresh of any of the circuit cards is planned, the risk priority may change yet 
again. For example, if a circuit card assembly is identified as high risk with low inventory 
levels, but a replacement unit is scheduled to be fielded, the risk may not be as great. The 
time frame for fielding and the ability to support the card through other means until that time 
may reduce the risk and therefore the priority of the card. These factors would probably not 
have much effect for a system in design or production. 

If information is available about the electronic piece parts that populate a unit, but no structure is 
available to understand the breakdown from the unit to the card level, then the above four steps 
are completely analogous to Case 1. Only the risk at the part level and this translation to the unit 
level can be evaluated. The number of obsolete components, the complexity of any obsolete 
components, the near-term obsolescence risks, and their complexity, along with logistics infor- 
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mation at the unit level and the programmatie data, will identify the risk. For example, assume 
the flat file of parts eontains 100 unique items. The availability analysis identifies no eurrent ob- 
soleseence issues; however, several critical part functions are predicted to be obsolete in less 
than 2 years. The unit was just fielded, with production to continue for 2 more years and no near- 
term plan to replace it. In this situation, the near-term obsolescence elevates the risk of the unit, 
but the DMT has some time to plan the resolution options. Evaluating the availability of alter¬ 
nates for the high-risk components and working with the program and the prime contractor to 
develop a path ahead will reduce the DMSMS risk of this unit. 

The same four steps could be used for assessing a COTS or a mechanical assembly for which 
part data are unlikely to be available. However, the analysis would be much less granular. In¬ 
stead of using predictive tools, the DMT would need to derive availability data from vendor sur¬ 
veys. For step one, the availability data would simply be that the assembly is obsolete and the 
logistics data would be similar to the above. Step two would consider just the near-term obsoles¬ 
cence risk for the assembly, and steps three and four would be analogous to the above. For ex¬ 
ample, assume the supplier survey indicates that the box will be available for another year and 
that a replacement is planned for when the box is discontinued. However, this replacement is not 
backward compatible; therefore, some nonrecurring engineering is required and, possibly, some 
testing to evaluate the use of the new unit in the system. From the logistics input, the DMT de¬ 
termines that the demand rate is low, with enough inventory to support the item for another 18 
months as long as the demand rate does not increase. The risk may be assessed as low, given the 
availability of a replacement and the current inventory levels. 

In another case, only one manufacturer supplies ball bearings for aviation platforms. The Indus¬ 
trial Capability Assessment (ICA) of the manufacturer indicates both financial and work force 
well-being. However, the ICA also indicates that the manufacturer has limited capacity to surge 
and that all aviation platforms across the Services utilize this one source of ball bearings. If cur¬ 
rent inventory levels indicate a 6-month supply at the current operating tempo, and if DoD plans 
to increase the operating tempo, the ball bearings could be a high-risk item for availability (mate¬ 
rial shortage) even though not obsolete. The supplier might have problems meeting delivery 
schedules if multiple systems also experience an increase in operating tempo. If an additional 
source for these bearings is being developed, but qualification of the new supplier is still 2 years 
out, this manufacturer and this item would be considered medium risk and monitored. Evaluation 
of the increase in flying hours, along with reliability of the bearings, can identify possible future 
shortages. 

5.2.3. At What Level Should a Resolution Be Applied? 

If a system will be affected by a DMSMS issue, the DMT should determine where in the part’s 
hierarchy to apply the resolution. For example, the subject part may be one of many parts within 
its hierarchy that have DMSMS issues. In such cases, it may be expeditious to replace or rede¬ 
sign the assembly rather than resolve the problems with each individual part. The same factors 
should be considered in this analysis: 

• Number and difficulty of DMSMS problems in the parts hierarchy 

• Reliability of parts in the hierarchy 

• Expense of repair within the hierarchy compared with redesign or replacement 

• Fife cycle of other parts in the hierarchy 
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• Potential for enhancing mission capabilities by redesigning or replacing parts. 

Most of these factors can be analyzed by the DMT if sufficient data exist. The importance of in¬ 
tegrating part availability data with logistics and life-cycle data cannot be overemphasized when 
analyzing the impact of a DMSMS issue. The first factor is largely a numbers game. If the cost to 
implement numerous DMSMS resolutions exceeds the cost to redesign the next higher assembly, 
then the redesign should be considered. The second and third factors are similar, in that one 
must compare the cost of continued operation of the existing part to that of implementing and 
maintaining a new part. This calculation is more involved, but in the end, it is a simple evalua¬ 
tion of which resolution provides the most bang for the buck. 

The fourth factor requires a more subjective judgment, because part life cycles are not a strictly 
objective measure and because educated guesses are required to predict DMSMS problems. One 
must look at various sources of information and determine if the risk of future obsolescence and 
its accompanying costs exceed the benefits of resolving known problems now. This analysis is 
often the basis for planning technology refreshes and may result in a decision to resolve the 
DMSMS problem for a limited time (life-of-need buy). 

The last factor will require the input of other program, and potentially higher level, personnel. If 
future mission demands require new equipment or different capabilities, it may be expeditious to 
implement those features now rather than wait. 


A single item may be a constituent component in multiple higher level assemblies. This may change the cost 
calculation, because multiple higher level assemblies may need to be redesigned. The most cost-effective option 
could be a combination of resolutions at the item level and at higher levels of assembly. 
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6. Analyze: Resolution Determination 

This section discusses the analyze step, specifically, it explains how to find the best resolution 
option. The resolution determination process is iterative; it is updated as new issues are identified 
and prioritized. Typically, new items to be resolved are added every DMT meeting. The follow¬ 
ing subsections identify the cost elements associated with estimating implementation costs, iden¬ 
tify and define resolution options, and describe the approach for determining the preferred 
resolution option. The method is the same whether the DMSMS issue is related to hardware, ma¬ 
terials, software, or electronics. 

6.1. Resolution Cost Elements 

To determine the best resolution, a program must first understand that resolution’s total imple¬ 
mentation cost, which is the sum of all applicable cost elements associated with that resolution. 
For example, a resolution may require anything from simple drawing and technical manual up¬ 
dates, to full development and testing of new designs to be implemented in a system. If the actual 
costs for particular cost elements are known, those costs should be used to develop a more accu¬ 
rate account of the costs required to implement a resolution or series of resolutions. Actual costs 
give a program the most accurate account of the funding required to mitigate obsolescence and is 
an important metric.Although using actual costs for resolutions is preferred, actual costs may 
not be readily available, and obtaining actual costs may be cost prohibitive. Therefore, each pro¬ 
gram should develop average costs for each applicable cost element. 

When determining the most accurate average cost for each element, a program should use vari¬ 
ous factors, such as the following; 

• Historical testing and qualification cost data of previously implemented resolutions for like 
equipment 

• Historical testing and qualification cost data of similar programs with like equipment 

• Historical development and redesign costs of like equipment within or outside the program. 

In addition, averages are affected by the type of part, commodity, population, and operating envi¬ 
ronment. The type of part may be raw material, components, or assemblies. The commodity 
could be electronics, mechanical, electrical, or computer. The population, or number of parts, can 
have a large effect on costs, due to economics of scale. Finally, the operating environment will 
make a large difference in testing and certification requirements for approving and qualifying 
new parts into a system. Operating environments may be aviation, shipboard, space, or ground. 


Over time, this metric can be referenced for projecting budget requirements for implementing solutions. See 
Section 7. 

A future version of the SD-22 will contain information on average costs using this cost element approach. 
Previous versions of the SD-22 provided average costs for different resolution types. These averages did not consid¬ 
er all of the applicable cost elements. Consequently, budgets based on these averages usually underfunded resolution 
implementation. 
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The following cost elements should be considered when determining the total cost for resolving a 
DMSMS issue; 

• Engineering, engineering data revision—cost of modifying drawings and other data to reflect 
the new configuration 

• Purchase of engineering, design, or technical data—cost of purchasing technical data re¬ 
quired for support 

• Qualification of new items—research and evaluation cost generated in choosing a new item 

• Revision of test procedures—cost of updating test procedures to accommodate any new test¬ 
ing requirements of selected solution 

• Software changes—cost of updating software because of the selected solution and including 
software updates to test equipment 

• Start-up costs—nonrecurring engineering costs to develop production or repair capabilities 

• Testing—cost of testing requirements for the selected resolution to ensure system compatibil¬ 
ity 

• Tooling, equipment, test equipment, or software—cost of repairing and maintaining equip¬ 
ment 

• Computer programs/documentation—costs of new software and documentation to support 
the new item 

• Interim support—contractor cost to maintain a product until a permanent resolution can be 
implemented 

• Item cost—cost to procure the item for the entire life cycle 

• Manpower—cost of maintenance personnel needed to support the resolution for the life cycle 

• Spares—cost to procure spares for sustainment 

• Supply/provisioning data—cost to update logistics data to ensure support of selected resolu¬ 
tion 

• Support/test equipment—cost to provide the repair center with any required support or test 
equipment 

• Technical manuals—cost to provide any manuals and documentation to repair centers 

• Training/trainers—cost to develop and maintain training for the new equipment. 

• Any other costs as required. 

The prevalence of counterfeit parts and the use of Pb-free solder in the electronics industry also 
affect the costs and risks to resolve a DMSMS issue. When a DMSMS resolution option involves 
purchasing an electronic part from an unauthorized supplier, additional testing must be done to 
ensure that counterfeit parts do not enter DoD’s supply chain. Therefore, the average testing cost 
must be included. (See Appendix E on counterfeit parts and DMSMS.) 

The impact of Pb-free solder is more complex. It is not easy to know whether an alternative part 
uses Pb-free solder. However, certain critical DoD applications require that tin-lead (SnPb) sol¬ 
der be used. This adds a technical constraint on the acceptability of certain resolutions. Eurther- 
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more, if Sn-Pb solder is a requirement, then additional costs may be incurred to detect and miti¬ 
gate any use of Pb-free solder. Such additional costs should be factored into the cost element av¬ 
erages. (See Appendix J on Pb-free electronics and DMSMS management.) 

6.2. DMSMS Resolutions 

Many different types of resolutions exist for resolving an obsolescence issue. These resolutions 
fall into three broad categories: existing material (logistics), substitutes (engineering), and rede¬ 
sign (engineering). These broad categories indicate the level and amount of research required to 
implement a resolution. As a program progresses through the various resolution categories, the 
amount of research and number of cost elements required to implement a resolution increase. 
Resolutions under the existing material (logistics) category require actions to secure availability 
of existing supply. Substitute (engineering) resolutions require engineering involvement to quali¬ 
fy or implement. Redesign resolutions usually require all aspects of engineering and qualification 
to implement new or highly modified equipment. Table 5 contains the standard definitions of 
each type of resolution, in order of complexity. Table 6 identifies the cost elements that apply to 
each resolution; “X” indicates a cost element that is likely to be part of the listed resolution and 
may need to be considered when evaluating costs. 


Table 5. DMSMS Resolution Options, Definitions, Solution Types, and Examples 


Resolution 

Definition 

Examples 

No solution 
required 

No solution required, because exist¬ 
ing stock contained in government or 
contractor-maintained inventories will 
satisfy future demands for the prod¬ 
uct. This is often the result of planned 
technology refresh, redesign, or sys¬ 
tem retirement. 

It is determined that sufficient stock of an item ex¬ 
ists in current government or contractor-maintained 
inventories to support the system until its next 
technoiogy refresh. 

Approved part 

The obsolescence issue is resolved 
by the use of items already approved 
on the drawing and still in production. 

Research indicates that the drawing includes a ref¬ 
erence to another approved part that is still availa¬ 
ble. Supply is directed to procure the other 
approved part. 

Life of need buy 

A sufficient quantity of the item is 
purchased to sustain the product until 
its next technology refresh or the dis¬ 
continuance of the host assembly. 
Because this resolution uses an ap¬ 
proved item, no testing or drawing 
changes are required. The source of 
supply can be residual stock from the 
original manufacturer, shelf stock 
from distributers, sponsor-owned ma¬ 
terial, etc. Costs for packaging, stor¬ 
age, and transportation should be 
considered in the BCA for selecting 
resolutions. This is sometimes re¬ 
ferred to as life of type buy, bridge 
buy, or lifetime buy. 

On the basis of historical usage rates, it is deter¬ 
mined that 165 diodes are required to sustain the 
system until it is decommissioned. Sufficient inven¬ 
tory of the discontinued part is then purchased from 
an approved distributor and stored for use as 
needed. 
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Table 5. DMSMS Resolution Options, Definitions, Solution Types, and Examples 


Resolution 

Definition 

Examples 

Repair, refurbish¬ 
ment, or reclama¬ 
tion 

The obsolescence issue is resolved 
by instituting (1) a repair or refur¬ 
bishment program for the existing 
item or assembly, whether through a 
depot repair, a repair contract with 
the original manufacturer, or support 
from a third party or (2) a reciamation 
program to reclaim items from mar¬ 
ginal, out-of-service, or surplus mate¬ 
riel. Costs for restoring reclaimed 
materiel as a result of electrostatic 
discharge damage, handling damage, 
and heat damage from unsoldering 
should be considered. 

A program has sufficient items or assemblies to 
support the system, if they are refurbished. A pri¬ 
vate company is identified that has this capability, 
and a contract is awarded to repair these assets for 
the systems remaining service life. 

Hybrids are salvaged from an earlier configuration 
of the NHA, repaired, and used for future repairs on 
higher assemblies. 

Because of scrap steel shortage, it was difficult to 
maintain a source for high explosive munitions bod¬ 
ies. A process was developed to decontaminate 
and mill surplus munitions projectiles. 

Extension of pro¬ 
duction or support 

The supplier is incentivized to contin¬ 
ue providing the obsoiete items. This 
may involve long-term agreements to 
procure specific quantities of parts. 
One-time costs may be associated 
with setting up this resolution. Those 
costs should be included in any cost 
and cost avoidance calculations. 

The DMT works with the manufacturer to resoive 
any obsolescence problems with a COTS assem¬ 
bly’s piece-parts or raw materials, so the original 
COTS part can still be manufactured. The govern¬ 
ment obtains the COTS assembly BOM from the 
OEM, resolves piece-part obsolescence, and then 
provides the needed parts to the OEM as govern¬ 
ment-furnished material to facilitate continued 
manufacture and repair. 

The DMT works with the manufacturer to extend 
the warranty or support period, thus extending the 
useful life of the product. 

Simpie 

substitute 

The item is replaced with an existing 
item that meets all requirements 
without modification to either the item 
or its NHA and requires only minimal 
qualification. Typically this implies 
use of a commercial item or non- 
developmental item that is a fit, form, 
and function substitute. Associated 
costs are iargeiy administrative. This 
is sometimes referred to as an alter¬ 
nate. 

The original part number from Tl is purchased from 
a source not identified in control drawings. One 

OEM is purchased by another, and drawings must 
be changed to reflect the new source. 

The technical data package of an intrinsically suita¬ 
ble, but different, item (for example, a higher- 
reliability version or an existing part) is evaluated. 

A rebadged COTS product is discontinued by its 
vendor, but the source item is stili available from its 
OEM under a different part number. 

The deployed version of an operating system is no 
longer supported. The support version is installed 
as an upgrade and meets all of the current re¬ 
quirements. 

A previously emulated device (e.g., from DLA’s 

GEM program) is substituted for the original part. 
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Table 5. DMSMS Resolution Options, Definitions, Solution Types, and Examples 


Resolution 

Definition 

Examples 

Complex 

substitute 

A replacement item that has different 
specifications, but requires no modifi¬ 
cation of the source product or the 
NHA, is researched and validated. 

The substitute may be the result of a 
redefined military requirement. 

An optical coupler approved in the Source Control 
Drawing (SCD) is no longer made. An engineering 
search finds four couplers with similar characteris¬ 
tics. After testing, two are approved for the applica¬ 
tion. The suggested sources table in the SCD is 
changed to authorize the new parts. 

The current operating system is obsolete. The re¬ 
placement operating system does not meet all the 
specifications of the current version and must be 
thoroughly tested. 

A redefined military requirement allows for the use 
of a substitute item from a commercial source. 

A special fabrication project in an organic facility is 
initiated to develop and produce an item. 

Development of a 
new item or 

source 

A replacement product is developed 
that meets the requirements of the 
original product without affecting the 
NHA. Nonrecurring engineering or 
other development-related activities 
will likely be required. The new prod¬ 
uct may be developed by emulation, 
reverse-engineering, designing a re¬ 
placement based on the original 
manufacturing designs and process¬ 
es, or designing a different product 
based on the original or new require¬ 
ments. The manufacturing source for 
the new item may be the original 
manufacturer or a new source. 

A VME card is discontinued by its original manufac¬ 
turer. Another manufacturer is contracted to pur¬ 
chase drawing packages, manufacturing 
equipment, and production rights to continue pro¬ 
duction of the card. 

A manufacturer is approached to purchase specifi¬ 
cations and production rights to resume production 
of a component that was discontinued by the origi¬ 
nal manufacturer. 

The firmware for a circuit card is no longer available 
and must be rewritten using different tools. 

DLA’s GEM program creates a device that emu¬ 
lates the original device. 

Redesign-NHA 

The affected item’s NHA must be 
modified. Only the NHA is affected, 
and the new design will not affect 
anything at a higher level in the sys¬ 
tem. 

An obsolete component for which a viable F3 re¬ 
placement cannot be found requires a redesign of 
the circuit card on which the component is found. 

The operating system of a single board computer is 
obsolete and no longer supported by the manufac¬ 
turer. Policy dictates that it can no longer be used 
on DoD systems. The new version of the software 
will not run on the existing hardware. A replace¬ 
ment board that runs the new version of the operat¬ 
ing system is available and will not require changes 
to other equipment. Some of the associated soft¬ 
ware must be modified to accommodate the new 
operating system. 

A missile’s analog range correlator was extremely 
difficult to build. A digital range correlator was de¬ 
signed to replace the analog unit as part of planned 
technology refreshment. Some design changes 
beyond the range correlator itself were involved. 


71 






SD-22 - August 2012 


Table 5. DMSMS Resolution Options, Definitions, Solution Types, and Examples 


Resolution 

Definition 

Examples 

Redesign- 

complex/system 

replacement 

A major assembly redesign affects 
assemblies beyond the obsolete 
item’s NHA and may require that 
higher-level assemblies, software, 
and interfaces be changed. 

Aircraft radar was replaced to use a different oper¬ 
ating frequency. Many obsolescence issues were 
eliminated in the new design. 

The operating system of a server must be replaced 
due to policy changes. The new operating system 
will require hardware changes to multiple hardware 
and software configurations. 


Table 6. Applicability of Cost Elements to DMSMS Resolution Options 


Cost element 

Existing material (logistics) 

Substitute (engineering) 

Redesign (engineering) 

Approved part 

Life of need buy 

Extension of pro¬ 
duction or support 

Repair, refurbish¬ 
ment, reclamation 

Extension of pro¬ 

duction or support 

Simple substitute 

Complex substitute 

Development 

of a new item or 

source 

Redesign-NHA 

Redesign- 

complex/system 

replacement 

Research, Design, and Engineering (cost to find and qualify a resolution) 

Engineering, engineering data 
revision 






X 

X 

X 

X 

X 

Purchase of engineering, 
design, or technical data 




X 



X 

X 

X 

X 

Qualification of new items 






X 

X 

X 

X 

X 

Revision of test procedures 




X 



X 

X 

X 

X 

Software changes 







X 

X 

X 

X 

Start-up costs (aftermarket, etc.) 



X 

X 

X 



X 

X 

X 

Testing 




X 


X 

X 

X 

X 

X 

Tooling, equipment, test 
equipment, or software 




X 



X 

X 

X 

X 

Integrated Logistics Support Costs (costs to implement) 

Computer programs/ 
documentation 




X 


X 

X 

X 

X 

X 

Interim support 








X 

X 

X 

Supply/provisioning data 






X 

X 

X 

X 

X 

Support/test equipment 




X 



X 

X 

X 

X 

Technical manuals 




X 


X 

X 

X 

X 

X 

Training/trainers 




X 



X 

X 

X 

X 

Item cost (optional)® 


X 


X 




X 

X 

X 

Manpower (optional)® 




X 







Spares (optional)® 




X 




X 

X 

X 

Other (as required) 

X 

X 

X 

X 

X 

X 

X 





If optional costs are used for one solution, they must be used for all other resolutions considered in a business case. 
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6.3. Selection of the Resolution 

DMSMS management processes do not stand alone. They operate in the context of normal pro¬ 
gram office business processes. Therefore, determining which resolution to implement has two 
components. The first component is guided by the program office’s organizational structure, hi¬ 
erarchy, and chain of command; for example, all DMSMS management may be under the cogni¬ 
zance of a reliability and maintainability organization. The second component, which is the 
subject of this subsection, is methodological; its processes determine which DMSMS resolution 
options to recommend. 

The resolution determination process uses various outputs from monitoring and surveillance and 
impact assessments that determine if and when an issue will affect the operational availability of 
the system. The resolution process also considers the requirements to transition from one pro¬ 
gram life-cycle phase or contract to another. For example, resolutions in the design phase may 
include short-term actions until a longer term option can be implemented in the production 
phase. Also, some DMSMS issues in the sustainment phase may not require a resolution, be¬ 
cause the items may be highly reliable or because enough items are in stock to support the need 
until the system EOT. Figure 11 illustrates the major activities/tasks of the resolution determina¬ 
tion process. 

If the impact assessment indicates that a resolution is needed, one or more of the resolutions 
listed in Table 5 can be applied to any type of DMSMS problem. They account for mechanical 
resolutions, material resolutions, software resolutions, and electronic resolutions. Although im¬ 
plementation may vary drastically for different types of issues, the overall resolution determina¬ 
tion process is the same. Not all resolutions can be applied to a given DMSMS problem. Only 
those that can be applied are considered viable. For instance, most of the resolution options are 
not viable for a forged impeller body that has become obsolete; the only viable resolutions may 
be the identification of a new source or redesign. However, the process to determine the viable 
resolutions is the same, whether the problem is a circuit card assembly or a specific chemical 
used in the manufacturing process that has become obsolete because of environmental re¬ 
strictions. 

As resolutions become more complex, their implementation becomes more costly. The list of 
viable resolutions is built by going through Table 5 from top to bottom and determining the fea¬ 
sibility of each option. Many of the factors used to analyze the operational impact should be used 
to help determine which resolutions are viable. The overall resolution determination process 
should consider all viable resolutions at the lowest level of indenture possible and, if the impact 


The National Defense Stockpile should be a consideration for a DMSMS issue relating to raw materials. The 
raw materials may already be stockpiled, or they may be added to the stockpile in the future. For more information, 
see the Strategic and Critical Materials Stockpiling Act (50 U.S.C. §98 et seq.) and the Strategic and Critical Mate¬ 
rials 2011 Report on Stockpile Requirements, January 2011. 

A life-of-need buy may appear to be the least costly and simplest option to implement. However, a number of 
obstacles must be crossed to use this solution. Per 10 U.S.C. § 2213, a waiver process must be used to procure goods 
that will result in more than 2 years of operating stock. Also, contractors cannot typically be obligated to procure 
stock beyond the life of their contract, so the government would need to procure and maintain a stock of the needed 
item. Also, because reliability and end of system life are estimates, accurately determining the quantity of an item to 
buy is nearly impossible. These obstacles may result in the determination that a life-of-need buy is not a viable op¬ 
tion unless it would be used as an interim resolution until another alternative is implemented. 
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Figure 11. DMSMS Resolution Determination Process 
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assessment indicates a resolution at a higher level of assembly may be preferable, at higher level 
assemblies. In some cases, a resolution at a higher level will have a higher ROI, because it may 
resolve numerous issues at once or improve reliability significantly. 

All viable options (including the status quo) are then analyzed further using either an analysis of 
alternatives (AoA) or a BCA to determine which resolution or set of resolutions gains the best 
ROI.^° A BCA is a formal, structured approach for examining the costs, benefits, and risks of 
different alternatives. It requires effective background research and data collection and manage¬ 
ment. It also requires a thorough understanding of the quality and completeness of the data and 
of any assumptions made. 

The standard criterion for comparing alternatives on an economic basis is net present value 
(NPV), the discounted monetized value of expected net benefits (benefits minus costs). NPV is 
computed by assigning monetary values to benefits and costs, discounting future benefits and 
costs using an appropriate discount rate, and subtracting the sum total of discounted costs from 
the sum total of discounted benefits. For DMSMS resolution alternatives, the one with the lowest 
NPV is preferred, because the benefit of mitigating the DMSMS condition—that is, avoiding 
negative impacts on system operational readiness—is the same for each alternative. 

An AoA is a simplified version of a BCA. An AoA does not require the amount of detailed anal¬ 
ysis of a BCA to determine the most viable resolution. Typically, an AoA is used in place of a 
BCA when a low cost and risk of the resolution can be estimated accurately up front without an 
in-depth analysis. 

Both an AoA and a BCA should account for NPV costs to the end of the phase or contract and 
should determine the best follow-on resolution.^' When possible, options to the end of need 
should be considered. Cost avoidance is also a factor in both an AoA and a BCA. Cost avoidance 
as it relates to DMSMS resolutions is defined as the difference between the cost of the selected 
resolution and the next viable resolution. For example, if the only two viable resolutions are a 
complex substitute or a redesign, then the cost avoidance would be the difference between the 
estimated redesign costs and the complex substitute costs. However, as another example, if a 
complex substitute, the development of a new source, and a redesign were all viable resolutions, 
then the cost avoidance would be the difference between developing new source and using a 
complex substitute. 

Once the program has identified the implementation cost and cost avoidance for the viable reso¬ 
lutions, the program can calculate the breakeven points and ROI to determine which resolution is 
the most cost-effective. Risk factors should then be used to determine which resolution results in 
the best overall option. All identified risks associated with the resolutions should be captured and 
a proper weighting factor should be associated with each risk. Some risks will require a higher 
weighting factor than others. The following are among the risks to consider; 

• Technical—risk associated with the ability to develop or implement a resolution while still 
maintaining performance within the specification 

• Supply chain—risk associated with the financial viability of the resolution provider that will 
be maintaining the capability 

A future version of this document will include average values for DMSMS cost elements to calculate ROI. 

For a life-of-need buy, the DMT should consider whether it must purchase a minimum quantity. If that quan¬ 
tity is greater than the expected need, the program should try to identify other potential users as partners. 
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• Financial—risk associated with the availability of funding required to implement a resolution 
within a speeified time period 

• Schedule—risk assoeiated with implementing a resolution before operational availability is 
affected. 

Applieation of these risks in the deeision-making proeess is subjective. In some instanees, a 
high-cost resolution with low risk is preferable to a low-eost resolution with high risk. For exam¬ 
ple, testing and qualifying an alternate part that uses teehnology similar to that in the obsolete 
part may not be the best ehoice, beeause there may soon be a shortage of that alternate. Instead, it 
may be better to develop a substitute part using more current teehnology. 

When the DMT has determined the best resolution, the PM must deeide whether it is acceptable 
and determine whether the funds and resourees are available for implementing that resolution. In 
some cases, feedback from the PM may require the DMT to repeat the resolution determination 
process. For example, the PM may impose new resource or time constraints, or may even bring 
up the possibility of a new product improvement effort. 

Some deeisions may involve multiple resolutions sequeneed over time for implementation. This 
allows a program time to implement the resolution(s) with the best ROI if barriers exist at the 
time of notification. For example, if a eircuit eard assembly with an ASIC is going obsolete and 
the impact on operational availability is projeeted to oeeur within 6 months (based on stoek, de¬ 
mand, and reliability information), the DMT may determine that the resolution with the best ROI 
is to develop a new source of supply. However, if developing a new souree will take at least 1 
year after qualification, the DMT will need another resolution to cover the development time; for 
example, if stock is still available, then a life-of-need buy could be implemented. 
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7. Implement: Implementation of DMSMS Resolutions 

The DMT’s role does not end when a PM makes a decision regarding which resolution option to 
pursue. The final step of the DMSMS management process is implementation. In the implement 
step, the DMT should be involved in two final processes: identifying a source of funding for im¬ 
plementation of the preferred resolution and overseeing that the required actions to implement 
the preferred resolution are taken. 

In some cases, contracts with the prime contractor (during design and production) or a logistics 
provider (during sustainment) may include a requirement for the contractor to fund DMSMS res¬ 
olutions. (Appendix B contains more information on contracting.) This situation is complex: 

• If the contract requires the contractor to buy additional parts to resolve a DMSMS issue, the 
contractor will normally be concerned only with demands up to the end of the contract period 
of performance. However, depending on its relationship with the government, the contractor 
may be willing to support the program “on risk” to provide resolutions beyond the contract 
period of performance. The government should not assume that this will always be the case, 
nor should it expect the contractor to buy enough items to last until the end of need without 
additional funding. 

• If the contract requires the contractor to resolve DMSMS issues, the contractor may not fund 
the most cost-effective resolution from the program’s perspective. The contractor will deter¬ 
mine the resolution based on its own business case calculations. However, depending on its 
relationship with the government, the contractor may factor the government’s long-term 
needs into the calculation, assuming the contractor is made aware of those needs. If the pro¬ 
gram included, in its request for proposals, a requirement for the contractor to fund the most 
cost-effective resolution from a program office perspective, the contractor would be forced to 
bid a much higher price to compensate for risk. Consequently, the program should be pre¬ 
pared to negotiate with the contractor on which resolution option to implement and be pre¬ 
pared to provide additional funding if warranted. These negotiations are enabled by a strong 
government/industry relationship and full government awareness of the DMSMS services 
provided by the contractor. 

As discussed in Section 2, effective technology management will help minimize the cost and 
readiness impacts of DMSMS issues. 

7.1. Resolution Funding 

Although the program is responsible for comprehensive planning for DMSMS resources and se¬ 
curing implementation funding, the DMT is often asked to assist. A program may not know the 
specific DMSMS problems that will occur in a given year, but experience has proven that every 
program in sustainment will face multiple DMSMS problems annually. Furthermore, experience 
has also proven that failure to mitigate those problems will lead to unacceptable performance, 
degradation of system reliability and availability, and increased costs. Consequently, when de¬ 
veloping current and outyear budgets, a program in sustainment can use historical data to devel¬ 
op an expected scenario for annual DMSMS problems to be resolved. To develop a scenario for 
DMSMS issues expected during design or production, the program should consider the contrac¬ 
tor’s next-generation road maps, information from manufacturers, the age of the technology in 
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active electronics components, and relevant experience with similar systems. By using the cost 
elements discussed in Section 6, the PM can determine the average costs to resolve those prob¬ 
lems and estimate resource requirements. The DMT can assist with this process. Finally, these 
estimates can be included as part of future budgets or incorporated in the program’s technology 
road-map funding. 

ROI and cost avoidance metrics can be used to gain support for the budgets necessary to resolve 
expected problems. These metrics may be used to project future savings due to the implementa¬ 
tion of the resolutions. If decision makers can be persuaded to accept the estimate of both future 
cost and future cost avoidance, the cost avoidance estimates can be used to offset (to some ex- 
tent) the cost of implementing the resolutions. Consequently, future budgets may not need to be 
as high as originally estimated. Because cost avoidance will occur sometime in the future, near- 
term budgets will not be able to take credit for any offsets. 

Stakeholders understand that average budgets, which are based on the best available data, will 
almost always be either too high or too low. Because DMSMS management is not a standalone 
process, there will be opportunities to utilize any extra funding for other reliability, maintainabil¬ 
ity, or supportability issues. If program resources are not sufficient to implement a preferred res¬ 
olution, other alternatives are possible. 

One such alternative is DoD’s value engineering (VE) program. VE is an organized, systematic 
approach that analyzes the functions of systems, equipment, facilities, services, and supplies to 
ensure they achieve their essential functions at the lowest life-cycle cost, consistent with required 
performance, reliability, quality, and safety. Typically, the implementation of the VE process 
increases performance, reliability, quality, safety, durability, effectiveness, or other desirable 
characteristics. VE has been used to mitigate DMSMS issues from two perspectives: funding and 
methodological. 

Erom a funding perspective, a VE incentive (VEI) clause is included in most supply/service con¬ 
tracts when the contract price exceeds $150,000. A VE change proposal (VECP) is a proposal 
submitted to the government by the contractor in accordance with the VEI clause. A VECP pro¬ 
poses a change to the contract that, if accepted and implemented, provides an eventual, overall 
cost savings to the government with a substantial share of that savings contributing to the con¬ 
tractor’s profit. It provides a vehicle to reduce acquisition and operating costs, while increasing 
the contractor’s rate of return. Typically, the contractor pays the nonrecurring costs associated 
with the VECP and is reimbursed from the savings. To ensure that savings can be shared, the 
VECP must meet two primary requirements: 

• It must require a change to the current contract under which it is submitted. 

• It must provide an overall cost savings to the government after being accepted and imple¬ 
mented. (A VECP could result in increased unit cost, but reduced O&S cost. Thus, there 
would be an overall savings to DoD.) 


This is more difficult when different sources of money are involved. 

Office of Management and Budget, Value Engineering, Circular A-131, May 1993 (available at 
http://www.whitehouse.gov/omb/circulars_al31). 

See SD 24, Value Engineering: A Guidebook of Best Practices and Tools, June 2011 (available at 
http://ve.ida.org/ve/documents/SD-24-VE-Guidebook.pdf), Chapter 8. 
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From a methodological perspective, the VE process can augment the analyze step in DMSMS 
risk management, as illustrated in the following actual example. Obsolescence issues emerged 
for the Theater High Altitude Air Defense missile. The issues involved multiple subcontractors 
and various components. The major and minor redesign efforts recommended to address the ob¬ 
solescence problems would have resulted in high costs and negative schedule impacts for the 
program office. The DMT used VE to evaluate each redesign proposal and determine if other 
mitigation efforts could be employed to overcome the obsolescence issues. A VECP was imple¬ 
mented to mitigate the obsolescence and minimize redesign cost without adverse schedule im¬ 
pacts. Total 3-year cost avoidance was calculated to be $2E2 million. 

The following external funding programs, at both the DoD and Service levels, represent other 
potential resource options for DMSMS resolutions. Most of these funding sources have a pe¬ 
riodic project solicitation, but some do not. Projects may or may not be accepted off cycle. In 
some cases, the solicitation is directed at government program offices; in other cases, the solici¬ 
tation is directed at industry. The focus areas for the project solicitations are defined by the fund¬ 
ing programs themselves, on the basis of their understanding of DoD needs. Although a program 
with DMSMS issues can communicate its needs to the funding programs, to obtain funding, the 
proposed DMSMS resolution must be aligned with the mission, requirements, restrictions, and 
goals of the funding programs: 

• DoD and Service manufacturing technology (ManTech) program. The ManTech program is 
codified in Title 10 §2521 of the United States Code (U.S.C.) as a requirement for each Ser- 
vice and Component. This is DoD’s primary program for investing in next-generation 
manufacturing processes, materials, or technologies, but it also has the mission of “develop¬ 
ment and application of advanced manufacturing technologies and processes that will reduce 
the acquisition and supportability costs of defense systems and reduce manufacturing and re¬ 
pair cycle times across the life cycles of such systems.” Thus, DMSMS resolutions that re¬ 
quire producibility improvements or a new manufacturing capability can seek funding 
through ManTech, particularly if repair cycle time and support costs can be reduced. The 
DoD ManTech program is a joint-Service research and development (R&D) program with 
appropriations in OSD, Army, Navy, Air Eorce, and DEA. Each Service or agency programs 
its investments separately, but plans jointly through the Joint Defense Manufacturing Tech¬ 
nology Panel. Annual solicitations from each Service and OSD are released, and all pro¬ 
posals must contain clear transition paths and have service support from the transition target 
PM. 

• Defense Production Act Title III program. This program’s mission is to “create assured, af¬ 
fordable, and commercially viable production capabilities and capacities for items essential 
for national defense.” Production capabilities that would otherwise be inadequate are trans¬ 
formed to support the material requirements of defense programs in a timely and affordable 
manner. Title III focuses on materials and components that could be used across a broad 


Programs that apply to only a single service are not included. 

DMSMS practitioners should also be aware of congressionally established programs that are not included in 
the DoD Presidential budget, e.g., the Industrial Base Innovation Fund (received funding in FY 2009-12), the Rapid 
Innovation Fund (received funding in FYI I), and the Defense Rapid Innovation Program (received funding in 
FYI2). These congressional programs are not discussed in this document. 

For more information, see https://www.dodmantech.com/. 

For more information, see http://dpatitle3.com/dpa_db/. 
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spectrum of defense systems. The capabilities of defense systems depend upon the availabil¬ 
ity of materials and technologies. 

The program can respond to material shortages using unique authorities to accomplish four 
objectives: 

o Create, maintain, expand, protect, restore, or modernize the production capabilities of 
domestic suppliers whose technologies and products are critical to the nation’s security. 

o Increase the supply, improve the quality, and reduce the cost of advanced materials and 
technologies. 

o Reduce U.S. dependency on foreign sources of supply for vital materials and technolo¬ 
gies. 

o Strengthen the economic and technological competitiveness of the U.S. defense industrial 
base. 

Title III provides a set of broad economic authorities, found nowhere else in law, to incentiv- 
ize the creation, expansion, or preservation of domestic manufacturing capabilities for tech¬ 
nologies, components, and materials needed to meet national security requirements. The goal 
is not the production of materials or items themselves, but the creation or expansion of the 
industrial capacity to produce these items and materials. Title III mechanisms can include 

o purchases/purchase commitments (not commonly used), 

o installation of production equipment, 

o development of substitutes (most commonly used via R&D contracts), or 

o loans/loan guarantees (not used since 1992 by memorandum of understanding with DoD 
General Counsel). 

• Foreign Comparative Testing (FCT) program. The FCT program’s mission is to test items 
and technologies from foreign allies with a high-technology readiness level to determine 
whether the items could satisfy U.S. military requirements or address mission area shortcom¬ 
ings and could do so more quickly and economically than would otherwise be possible.The 
program has reaped substantial savings by avoiding R&D costs, lowering procurement costs, 
reducing risk for major acquisition programs, and accelerating the fielding of equipment crit¬ 
ical to the readiness and safety of U.S. operating forces. Although the aim of the FCT pro¬ 
gram is to improve the U.S. Armed Forces’ operational performance, this leveraging of 
foreign R&D has benefited the U.S. taxpayer. In addition, the FCT program has served as a 
catalyst for industry teaming arrangements, which have been productive for both U.S. and 
foreign industries in an increasingly competitive global market, helping to build a robust U.S. 
defense industrial base. Foreign items are nominated for inclusion in the FCT program by a 
sponsoring organization within DoD. The OSD Comparative Technology Office funds test¬ 
ing and evaluation; the Services fund all procurements that result from a successful test. 
DMSMS resolutions that have foreign involvement can use this program to qualify technolo¬ 
gy or components for procurement. 

• Defense Acquisition Challenge (DAC) program. The DAC program, initiated by the 2003 
Defense Authorization Act, provides opportunities for introducing innovative and cost-saving 

® For more information, see http://www.acq.osd.mil/cto/programs.html. 
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commercial technologies or products into DoD acquisition programs.Furthermore, the 
DAC program is especially designed to give small and medium-sized companies the oppor¬ 
tunity to introduce new technologies and inject innovation into DoD programs. To do so, the 
DAC program provides any person or activity, within or outside DoD, the opportunity to 
propose alternatives, known as “challenge proposals,” to existing DoD programs that could 
improve performance, affordability, manufacturability, or operational capability of the sys¬ 
tems acquired by that program. The program can fund the selection, testing, and insertion of 
the production-ready technologies into DoD systems, but must prove cost savings and readi¬ 
ness improvements, which would include many DMSMS efforts. The DAC program is fo¬ 
cused on reducing life-cycle or procurement costs, enhancing standardization and 
interoperability, promoting competition by qualifying alternative sources, and improving the 
U.S. military industrial base. The program uses annual solicitations to request challenge pro¬ 
posals, which usually require a government and industry partner to ensure successful transi¬ 
tion. The DAC program requires a commitment from the program of record to procure the 
technology if the proposed challenge alternative is successfully developed and tested. 

• DLA sustaining engineering program. DLA Land and Maritime’s sustaining engineering 
program is a means to secure funding for proposed efforts to upgrade items of supply; ad¬ 
dress obsolescence, component-level reliability, and maintainability issues; or develop new 
or improved items to replace existing inventory. Sustaining engineering proposals are 
judged on the basis of the following criteria: 

o Involve an item managed by DLA Land and Maritime 

o Have demonstrated potential for ROI of at least 10:1 over the anticipated life cycle of the 
system 

o Make a positive impact on operational readiness 
o Make a positive impact on administrative or procurement lead-time 
o Make a positive impact on item demand 
o Make a positive impact on unit price 

o Make a positive impact on overall cost of ownership of the supported end item/life cycle 
o Reduce field/depot maintenance actions 
o Improve competitive position and sourcing issues. 


™ For more information, see http://www.acq.osd.mil/cto/. 

’’For more information, see http://www.aviation.dla.mil/ExtemalWeb/UserWeb/ 
AviationEngineering/ Engineering/Sustainment/whatissustainingengineering.asp. 
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• Army, Navy, and Air Force working capital funds (WCFs). WCFs are revolving funds used to 
operate each Service’s supply system. The funds generate adequate revenue to cover the full 
costs of its operations and to finance the fund’s continuing operations. WCF logistical opera¬ 
tions projects may be used to resolve supportability deficiencies that result in increased cost 
or mission degradation. Examples of the beneficial results of such projects are mitigation of 
obsolescence; improvement of reliability, maintainability, and supportability; and reduction 
of the life-cycle costs of secondary items. Each Service has different mechanisms for obtain¬ 
ing WCE resources: 

79 

o The Air Eorce has no Air Eorce-wide programs. 

o The Navy has a logistics engineering change proposal (EECP) program. Projects must be 
related to reliability or maintainability and designed to reduce support costs while main¬ 
taining or improving safety and performance. The project must break even in 7 years. If 
the project is selected, the EECP program will cover the costs of the engineering change 
proposal (ECP).^^ 

o The Army has four different types of WCE projects, each with different criteria:’"^ 

■ The Operating and Support Cost Reduction (OSCR) program is designed to “save the 
field money” by reducing secondary item acquisition costs, extending the life of the 
item, and reducing the number of events (removals or repairs) and the cost per event. 
OSCR promotes life-cycle cost savings and avoidance in the field by redesigning, 
prototyping, and testing spare parts for fielded systems. OSCR projects involve an in¬ 
dividual item or assembly of items, prototype, or test. The program will not fund pro¬ 
duction or implementation of kits, nor will it fund studies. Eligibility for the program 
requires a validated economic analysis. 

■ The Reliability Improvement program is a continuous process to look for opportuni¬ 
ties to decrease demand, improve operations, and improve reliability. Projects must 
provide immediate help to the soldier and must show an ROT This program will not 
fund production and studies. 

■ The Obsolescence program is designed to mitigate obsolescence; improve reliability, 
maintainability, and supportability; or reduce the life-cycle cost of secondary items. 
Projects must provide an ROT This program will not fund production, implementa¬ 
tion of kits, and studies. 

■ The Product Improvement Pilot program provides funding for product improvements 
such as improving reliability and maintainability, extending useful life, enhancing 
safety, and lowering maintenance costs. This program cannot be used to significantly 
change the performance envelope of an end item, and individual component costs 
may not exceed $ 1 million. 

• Aviation Component Improvement Program (AvCIP). AvCIP applies to the Navy and Air 
Eorce. Within the Naval Air Systems Command (NAVAIR), AvCIP deals with common and 
unique avionics on in-production and fielded systems. It can fund nonrecurring engineering 


For more information, an organization should contact its own Air Force WCF manager. 

For more information, an organization should contact its Naval Supply Systems Command LECP manager. 
For more information, an organization should contact its manager for each of the programs. 


82 



SD-22 - August 2012 


activities such as redesign or modification, prototype development, test and evaluation, inte¬ 
gration, and technical documentation in partnership with the Naval Supply Systems Com¬ 
mand for reparable items and DLA for consumable items. To qualify for funding, a project 
must address a critical near-term issue concerning reliability, maintainability, or DMSMS; 
must result in cost avoidance; and must achieve signifieant gains in warfighting capability or 
readiness. (No evidence exists to indicate that AvCIP will be used by the Air Force for a 
DMSMS issue.) 

7.2. Implementation Considerations 

Upon acceptance and funding, the case enters the implementation phase. The implementation 
phase should follow the program’s standard process for updating configurations and engineering 
modifications. Some changes may be largely clerical and not require a specified process for up¬ 
dates, while other changes will require a formal change process. For instance, most updates that 
affect major configuration changes or engineering modifications flow through the appropriate 
level of the ECP process. The standard ECP process ensures that all changes and qualifications 
satisfy the program’s requirements. 

It is usually a mistake for the DMT to assume that the program’s standard processes will be 
problem free. As a best practice, the DMT should be involved in the following ways during im¬ 
plementation; 

• Ensure all stakeholders understand their roles and responsibilities for implementation. These 
roles and responsibilities should have been established when the DMT was formed. 

• Ensure the implementation steps are defined. 

• Verify that appropriate technical actions (for example, qualification of the new part or pro- 
eurement of the part) were successfully carried out. 

• Monitor the process. 

• Obtain feedback on the project status to ensure maintenance of full operational availability 
during implementation. If the project is behind schedule, the DMT may be required to deter¬ 
mine supplemental mitigation actions. 

• Update BOMs being monitored to reflect the configuration changes once the project is com¬ 
pleted. 

In some cases, the DMT may have difficulty performing these functions. A champion in the pro¬ 
gram office is critical to implementation success. The champion should be at a high enough level 
to demand attention and knowledgeable in the importance of an obsoleseence program to take 
ownership of it and justify it to program leaders. The champion is often the catalyst that brings 
all the functional disciplines together toward the common goal of managing the availability of 
the program and is the person to resolve diffieulties faced by the DMT in carrying out its 
DMSMS management responsibilities. 


For more information, contact the NAVAIR AvCIP program manager. 
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In some cases, the DMT is asked for advice on procedures to deal with issues that arise during 

implementation. Below are examples of some issues, along with some considerations about ways 

to resolve them: 

• Improving the priority of DMSMS management with the contracting officer. The DMT 
should invite the contracting officer to its meetings and explain his or her roles and responsi¬ 
bilities. The DMT should ensure the contracting officer understands what is needed and the 
associated urgency. 

• Buying in advance of need. According to 31 U.S.C § 1502 (a), the balance of an appropriation 
or fund, limited for obligation to a definite period, is available only for payment of expenses 
properly incurred during the period of availability or to complete contracts properly made 
within that period of availability and obligated consistent with §1501 of this title. The appro¬ 
priation of funds is not available for expenditure for a period beyond the period otherwise au¬ 
thorized by law. A “bona fide need” statement must be documented for the General 
Counsel’s office. That statement should explain the DMSMS situation and describe how and 
why the resolution option was determined. Limitation on the acquisition of excess supplies, 
10 U.S.C. §2213, may also be an issue. That section of public law also provides the basis for 
exceptions to the limitation. 

• Procuring sufficient stock to end of need. This is a straightforward calculation involving op¬ 
erating tempo, number of units in service, and failure rates (either actual or predicted). At is¬ 
sue is the uncertainty in the input. 

• Determining the appropriate contract vehicle. A contract must be in place with the organiza¬ 
tion that will implement the resolution (for example, the organization performing the nonre¬ 
curring engineering, or the organization that will sell the parts). Restrictions exist on the use 
of all appropriations. In some cases, additional procurement funds are necessary; in others, 
research, development, test, and evaluation funding is required for redesign, material substi¬ 
tution, or qualification of a new source. The contracting office can provide advice on this 
subject. 

• Managing inventory. Some issues are associated with receiving, inspecting, and storing parts. 
The program should plan to follow the official rules on this subject. If these problems cannot 
be solved, the resolution option may not be viable. 
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Appendix A. Developing DMSMS Workforce Competencies 

This appendix outlines the reeommended training required to aehieve entry-level, teehnieian- 
level, and leadership-level eompeteneies and experienee assoeiated with the roles and responsi¬ 
bilities of DMSMS practitioners. 

Entry-level training provides an individual with basic knowledge of the processes and procedures 
required to establish and maintain a robust DMSMS management program. An individual with 
entry-level competency is not expected to be proficient in analyzing DMSMS issues or leading a 
DMSMS management program. An individual with entry-level competency should perform 
DMSMS analysis only in conjunction with an individual possessing technician-level or leader- 
ship-level competency. An individual with leadership-level competency should review all data 
before they are submitted for approval. An individual with entry-level competency should assist 
with DMSMS management functions under the supervision of an individual with leadership- 
level competency. 

An individual with technician-level competency is capable of leading, conducting, explaining, 
and defending the results of any analyses that he or she has led. DMSMS analysts with techni¬ 
cian-level competency should submit analyses to a person with a DMSMS leadership-level com¬ 
petency for approval. A DMSMS analyst with a technician-level competency should be capable 
of establishing and maintaining a robust DMSMS management program with minimal oversight. 

An individual with leadership-level competency is well versed, trained, and experienced in 
DMSMS analyses, applications, and management practices. This is the desired level for DMT 
leaders. A leadership-level analyst will have developed and led numerous DMSMS efforts and 
must be conversant in all aspects of DMSMS processes and policy. The leadership-level analyst 
is ultimately responsible for planning the overall DMSMS effort for a program. 

DMSMS competency is not developed in a vacuum. It must be obtained in conjunction with 
DAU Defense Acquisition Workforce Improvement Act (DAWIA) certifications for government 

"7 

employees and a company analog for industry. 

To achieve DMSMS entry-level competency, an individual should have the following training 
beyond DAWIA level 1 certification; 

• DAU DMSMS Fundamentals (CLL 201) 

• DAU DMSMS for Executives (CLL 202) 

• DAU DLA DMSMS Essentials (CLL 203) 

• DAU DMSMS Case Studies (CLL 204) 

• DAU DMSMS for the Technical Professional (CLL 205) 

• DAU Defense Logistics Agency Support to the PM (CLL 002) 

• DAU Market Research (CLC 004) 

• DAU Market Research for Technical Personnel (CLL 028) 


DAWIA was initially enacted by Public Law 101-510 in November 1990. Most of the act is codified in 
lOU.S.C. § 1701-1764. 
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• DAU COTS Acquisition for Program Managers (CLM 025) 

• DAU Preventing Counterfeit Parts from Entering the DoD Supply System (CEL 032) 

• DAU Introduction to Reducing Total Ownership Costs (CLM 021) 

• DAU Eundamentals of Systems Engineering (SYS 101). 

To aehieve DMSMS teehnician-level eompetency, an individual should have the following train¬ 
ing beyond DAWIA level 2 certifieation: 

• All entry-level competency requirements 

• DAU Business Case Analysis (CEL 015) 

• DAU Technology Refresh Planning (CEL 019) 

• DAU Independent Logistics Assessments (CEL 020) 

• DAU Reliability and Maintainability (CEE 301) 

• DAU Contracting for the Rest of Us (CLC Oil) 

• DAU Introduction to Parts Management (CEL 206) 

• DAU Improved Statement of Work (CLM 031) 

• DAU Teehnical Reviews (CEE 003) 

• DAU Modular Open Systems Approach to DoD Acquisition (CEE 013) 

• DAU Risk Management (CLM 017) 

• DAU Aequisition Eundamentals (ACQ 101) 

• DAU Performanee Based Logisties (LOG 235) 

• AU Lead-free Eleetronics Impact on DoD Programs (CEL 007). 

To achieve DMSMS leadership-level eompetency, an individual should have the following train¬ 
ing beyond DAWIA level 3 certification: 

• All technician-level eompetency requirements 

• DAU Configuration Management (LOG 204) 

• DAU Reliability Centered Maintenanee (CEL 030) 

• DAU Intermediate Systems Planning, Researeh, Development and Engineering (SYS 202). 

Table 7 lists the courses, beyond DAU eertifications, needed to aehieve DMSMS eompetency. 
All of the eourses identified are self-paced, computer-based training and accessible via the DAU 
Virtual Campus link (https://leam.dau.mil). Some of the above courses are core requirements for 
DAWIA certifications. The table shows the DMSMS competency courses needed beyond core 
requirements for life-cycle logistics (LCL); systems planning, research, development, and engi¬ 
neering (SPRDE)-program systems engineering (PSE); SPRDE-science and teehnology man¬ 
agement (STM); SPRDE-SE; production, quality, and manufacturing (PQM); program 
management (PM); and test and evaluation (T&E) DAWIA eertifications. 
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Table 7. Courses Beyond DAD Certifications Needed to Achieve DMSMS Competency 


Course 

LCL 

SPRDE- 

PSE 

SPRDE- 

STM 

SPRDE-SE 

PQM 

PM 

T&E 

DMSMS Entry Level 

CLC 

004 

X 

X 

X 

X 

X 

X 

X 

CLE 

028 

X 

X 

X 

X 

X 

X 

X 

CLL 

201 

X 

X 

X 

X 

X 

X 

X 

CLL 

202 

X 

X 

X 

X 

X 

X 

X 

CLL 

203 

X 

X 

X 

X 

X 

X 

X 

CLL 

204 

X 

X 

X 

X 

X 

X 

X 

CLL 

205 

X 

X 

X 

X 

X 

X 

X 

CLL 

002 

X 

X 

X 

X 

X 

X 

X 

CLL 

032 

X 

X 

X 

X 

X 

X 

X 

CLM 

025 

X 

X 

X 

X 

X 

X 

X 

CLM 

021 

X 

X 

X 

X 

X 

X 

X 

SYS 

101 

LvI 1 Core 

LvI 1 Core 

LvI 1 Core 

LvI 1 Core 

X 

LvI 1 Core 

LvI 1 Core 

DMSMS Technician Level 

ACQ 

101 

LvI 1 Core 

LvI 1 Core 

LvI 1 Core 

LvI 1 Core 

LvI 1 Core 

LvI 1 Core 

LvI 1 Core 

CLC 

oil 

X 

X 

X 

X 

X 

X 

X 

CLE 

301 

X 

X 

X 

X 

X 

X 

X 

CLE 

003 

X 

LvI 2 Core 

X 

LvI 2 Core 

LvI 2 Core 

X 

X 

CLE 

013 

X 

X 

X 

X 

X 

X 

X 

CLL 

015 

X 

X 

X 

X 

X 

X 

X 

CLL 

019 

X 

X 

X 

X 

X 

X 

X 

CLL 

020 

X 

X 

X 

X 

X 

X 

X 

CLL 

206 

X 

X 

X 

X 

X 

X 

X 

CLL 

007 

X 

X 

X 

X 

X 

X 

X 

CLM 

031 

X 

X 

X 

X 

X 

X 

X 

CLM 

017 

X 

X 

X 

X 

LvI 1 Core 

X 

X 

LOG 

235 

LvI 2 Core 

X 

X 

X 

X 

X 

X 

DMSMS Leadership Level 

LOG 

204 

LvI 3 Core 

X 

X 

X 

X 

X 

X 

CLL 

030 

X 

X 

X 

X 

X 

X 

X 

SYS 

202 

X 

LvI 2 Core 

X 

LvI 2 Core 

X 

LvI 3 Core 

LvI 2 Core 


Notes: LCL = life-cycle logistics; PM = program management; PQM = production, quality, and manufacturing; PSE = program sys¬ 
tems engineering; SE = systems engineering; SPRDE = systems planning, research, development, and engineering; STM = science 
and technology management; and T&E = test and evaluation. 
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Appendix B. Contracting 

DMSMS management can be performed (1) by a program using government personnel (and SE 
technical assistance support), (2) by the prime contractor and its subcontractors,^^ or (3) by inde- 
pendent contractors. The entity managing DMSMS issues for a program has no bearing on the 
robustness of that effort. 

Regardless of who performs DMSMS management, the government remains responsible for en¬ 
suring that DMSMS risk is effectively managed. This is accomplished through the DMP, which 
emphasizes how a robust DMSMS management effort will reduce future obsolescence-related 
costs and minimize detrimental impacts on materiel readiness, operational mission capability, 
and safety of personnel. The DMP identifies all of the program’s DMSMS planning objectives, 
the approach to be pursued, and the entities that will perform the functions necessary to pursue 
the approach (Section 3). If contractors perform the work, the DMP should describe the nature 
and extent of government oversight. 

When a program decides to use a prime contractor (and its subcontractors) or an independent 
contractor for DMSMS management, contracts containing DMSMS-related requirements (in¬ 
cluding government access to sufficient DMSMS-related information), combined with govern¬ 
ment oversight, provide the basis for ensuring that DMSMS management is effective. This 
appendix focuses on factors and examples a program should consider incorporating into con¬ 
tracts with a prime contractor (and its subcontractors) or an independent contractor provider of 
DMSMS management. 

B.l. Determining Whether to Contract for DMSMS Management 

General Factors to Consider 

Early in a program’s life cycle, a decision should be made regarding who will have primary re¬ 
sponsibility to perform DMSMS management in support of the program. This subsection in¬ 
cludes a number of factors a program should consider in determining whether to keep DMSMS 
management solely within the government or to contract with a prime contractor (and its subcon¬ 
tractors) or an independent contractor. 

B.l. 1.1. Availability of Resources 

Using a contractor (whether a prime contractor and its subcontractors or an independent contrac¬ 
tor) for DSMSMS management requires funding. In some instances, the program office may al¬ 
ready have funding available associated with a design, production, or sustainment contract. In 
those cases, such contracts and funding could be used to support a prime contractor and its sub¬ 
contractors as the DMSMS management provider for the program. Using an independent con¬ 
tractor for DMSMS management normally requires a vehicle that is not with the prime 
contractor. There may or may not be an existing contract that can be leveraged for this purpose. 


The OEM should be responsible for flowing down DMSMS-related contractual requirements to its suppliers 
and to require those suppliers to flow down DMSMS-related requirements through their supply chains in a similar 
way. This appendix assumes that is the case whenever the OEM is discussed as a potential provider of DMSMS 
management functions. 

An independent contractor could be part of a government DMSMS SME team, as discussed in Section 3. 
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If funding available for such contracts is limited, internal government resources can usually be 
obtained to perform DMSMS management internal to the program. 

B. 1.1.2. A Contractor’s DMSMS Management Capability 

If a program is considering the use of a prime contractor (and its subcontractors) to provide 
DMSMS management, a key initial consideration is the DMSMS management capability of that 
contractor. If the contractor has a robust DMSMS management program in place, then the pro¬ 
gram might want to leverage that existing capability, rather than establish an entirely duplicative 
government-run DMSMS management program. In this case, the government might want the 
prime contractor to manage and mitigate DMSMS issues for the program, while the program es¬ 
tablishes a way for the government to oversee the prime contractor’s DMSMS management ef¬ 
forts. On the other hand, if a prime contractor’s internal DMSMS management program does not 
appear to be sufficiently effective, then the government may need to establish its own more ro¬ 
bust DMSMS management program. 

If a program is considering the use of an independent contractor, it should consider the additional 
capabilities such an independent contractor might offer, as compared to other DMSMS manage¬ 
ment providers. Below are some questions that a program should consider: 

• Is the independent contractor offering DMSMS management capability that is not available 
through the prime contractor or the government? 

• What kind of capability and access does the independent contractor have regarding the re¬ 
ceipt of PDNs or the ability to manually research parts? 

• Is an independent contractor needed if the prime contractor and its subcontractors have an 
existing, robust DMSMS management capability? 

• Have other programs used this independent contractor? How have these other programs eval¬ 
uated the independent contractor’s performance? 

B.1.1.3. Acquisition Phase 

During the design and production phases, the program already has a prime contractor under con¬ 
tract to develop and manufacture the system. DMSMS management and mitigation should inher¬ 
ently be a part of those efforts; therefore, the prime contractor and its subcontractors are in a 
natural position to perform these activities. In such a case, the government should ensure that a 
contractual requirement exists for the prime contractor to develop a DMP establishing the 
DMSMS management objectives and approach for the program. There is, however, the potential 
for conflicting forces to be at work, if DMSMS management responsibility is assigned to the 
prime contractor. The business objectives of any for-profit company include lowering costs and 
increasing revenue, whereas implementing DMSMS management practices requires expending 
time and resources. The contractor’s leaders must believe that DMSMS management is a good 
business practice, because it makes products more attractive to buyers through the reduction of 
total ownership cost. Consequently, the contractor’s products will have a competitive advantage. 

Effective DMSMS management in the design phase is critical. If obsolescence is “designed in,” 
then the program will face large costs to mitigate these problems later in the life cycle. The prime 
contractor and its subcontractors are in a good position to manage DMSMS issues during design, 
because of their familiarity with the current configuration of the design (including the potential 
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for rapidly changing parts). The government must remain in a position to earefully oversee what 
the prime eontraetor and its subeontraetors do with regard to DMSMS management, ineluding 
the identifieation and resolution of eurrent and near-term obsolescenee issues. Simply reeeiving a 
parts obsoleseenee report at a design review is not suffieient oversight; the government should 
have a thorough understanding of and maintain visibility into the DMSMS management proeess- 
es being used by the prime eontraetor and its subeontraetors. 

Although the system’s parts lists and BOMs should be stable by the time the program has entered 
the produetion phase, the government will still have limited experienee with the system. Conse¬ 
quently, the prime eontraetor may eontinue to play a key role in DMSMS management. One of 
the areas that the government should inelude in its oversight is laying the appropriate ground¬ 
work to transition DMSMS management to the entity most appropriate to perform that role dur¬ 
ing sustainment. 

Typieally, the government uses a eombination of three different sustainment strategies: 

• In-house support through a serviee depot/supply system or DLA 

• Non-PBL eontraetor support serviees 

• PBL contraets. 

In the first ease, the government will typieally not use the prime eontraetor and its subeontraetors 
for DMSMS management. Either the government will use its own in-house eapability or eom- 
bine its in-house eapability with an independent third-party eontraetor. The use of non-PBL eon- 
traet support depends on the seope of work. For example, a eontraetor operating a repair depot on 
either a eost-reimbursable or fixed-priee basis eould be asked to perform DMSMS management. 
If the work is more limited (e.g., interim or emergeney support), then DMSMS management 
eould be out of seope for that eontraet. 

PBL is a sustainment strategy that plaees primary emphasis on optimizing system support to 
meet the needs of the warfighter. PBL speeifies outeome performanee goals of systems, ensures 
that responsibilities are assigned, provides ineentives for attaining those goals, and faeilitates the 
overall life-eyele management of system reliability, supportability, and total ownership eosts. It 
is an integrated aequisition and logisties proeess for buying system eapability. Generally, PBL 
eontraets are long term (5-10 years) and require that the provider manage many aspeets of prod- 
uet support throughout the life eyele. A properly struetured PBL eontraet eontains DMSMS 
management requirements. 

In a theoretieal sense, PBL ineentivizes the provider to maintain a proaetive DMSMS manage¬ 
ment program to aehieve the required performanee outeomes. This is not always true in praetiee. 
The eontraetor will take the most eost-effeetive approaeh to meeting its performanee require¬ 
ments within the terms and eonditions of its eontraet. This approaeh may not be the most eost- 
effeetive for the government when the eontraet is eompleted. 

B.1.1.4. Conflicts of Interest 

Whenever the government eontraets for serviees, it must determine whether any potential eon- 
fliets of interest exist and then manage those situations effeetively. For example, there eould be a 
situation in whieh a nongovernment DMSMS management provider has a business interest (e.g., 
potential additional revenue) regarding a speeifie resolution option, as eompared to other options. 
This situation does not neeessarily preelude the use of that DMSMS management provider; how- 
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ever, it does plaee an additional burden on the government to appropriately oversee and under¬ 
stand the potential repereussions of decisions and to factor them into the program’s decision¬ 
making process. 

B,1.2, Considerations by Function 

Below are some contracting considerations for selected activities associated with the DMSMS 
management steps: 

• Prepare—DMSMS infrastructure. 

o Define obsolescence. The government should determine what constitutes obsolescence 
for the program, and any contractor responsible for DMSMS management activities 
should agree to this definition. For example, for the purposes of a contract, hardware, 
software, and firmware could be considered obsolete when the item can no longer be pro¬ 
cured from the prime contractor, as identified in the current TDP or product specification. 

o Develop a DMSMS management plan. Every organization (government and contractor) 
conducting DMSMS management should have its own DMP. Contractors should be re¬ 
quired to use TechAmerica Standard, GEIA-STD-0016, “Standard for Preparing a 
DMSMS Management Plan.” 

o Continually track and manage DMSMS cases. This process may be performed by any 
combination of the three categories of providers: the government, the prime contractor 
and its subcontractors, or an independent contractor. Regardless of the DMSMS man¬ 
agement provider, the government should ensure that it maintains complete records. 

o Report performance and track cost metrics. This may be performed by any combination 
of the three categories of providers: the government, the prime contractor and its subcon¬ 
tractors, or an independent contractor. The government should define the format to be 
used. Regardless of the DMSMS management provider, the government should ensure 
that it maintains complete records. 

o Manage subcontractor’s DMSMS management programs. This is a required DMSMS 
management function for the prime contractor. Overseeing the prime contractor’s man¬ 
agement of its subcontractors’ DMSMS management programs is also a government re¬ 
sponsibility. This applies whenever DMSMS management is conducted by the prime 
contractor and its subcontractors. 

• Identify—DMSMS monitoring and surveillance. 

o Deliver parts data. The prime contractor and subcontractors should develop, maintain, 
and deliver parts data to enable the identification, forecasting, and management of obso¬ 
lescence issues and mitigation. Parts data include both indentured and flat BOMs or pre¬ 
ferred parts lists for all specified subsystems down to the assembly level, depending on 
what is available given the current stage in the life cycle. The program must receive this 
data in order for a robust DMSMS management program to be successful. 

o Continually monitor BOMs. This process may be done by any combination of the three 
categories of providers: the government, the prime contractor and its subcontractors, or 
an independent contractor. Regardless of the DMSMS management provider, the gov¬ 
ernment should ensure that it maintains complete records and that there is regular feed- 
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back and visibility to the program office. When this proeess is performed by the prime 
contractor and its subcontractors, there should be a process to identify and notify the gov¬ 
ernment of pending and emergent obsolescence issues, supplier recall notices, and emer¬ 
gent vendor-implemented changes associated with the system baseline. The prime 
contractor should include a process for similarly notifying subeontractors. 

• Assess—impact assessment. The key aetivity in this step is to continually assess DMSMS 
impacts. This may be done by any eombination of the three categories of providers: the gov¬ 
ernment, the prime contraetor and its subeontractors, or an independent contractor. This ap¬ 
plies both at the item level and at higher levels of assembly. Regardless of the DMSMS 
management provider, the government should ensure that it maintains eomplete reeords. 
Government contributions concerning programmatie and logistics factors are neeessary. 

• Analyze and implement—resolution determination and implementation. The key aetivity in 
this step is to identify cost-effective solutions. This may be done by any combination of the 
three eategories of providers: the government, the prime contractor and its subcontractors, or 
an independent contractor. Regardless of the DMSMS management provider, the government 
should ensure that it maintains complete records. Government contributions concerning pro¬ 
grammatic and logistics data, cost factors, and technology road maps are necessary. 

B,l,3. Exit Clauses 

Exit clauses for DMSMS management are a critical element in any contraet, ineluding PBL con¬ 
tracts. The primary purpose of this type of clause is to mitigate the risk of DMSMS issues at the 
end of the contract period of performance. The exit clause requires the contractor to ensure all 
known and foreeasted DMSMS issues have been identified and have mitigation plans, so that the 
program office is not left with a system that is not supportable or sustainable due to DMSMS is¬ 
sues. It ensures that the information needed to manage DMSMS issues is provided to the pro¬ 
gram offiee. Exit clauses establish proeedures and time frames to ensure the orderly and efficient 
transfer of performance responsibility upon completion or termination of the contract. The exit 
elauses should require delivery of those items, identified in the statement of work (SOW) or 
statement of objeetives (SOO), within the negotiated contract price. 

Exit clauses are neeessary but not sufficient to guarantee the transition of DMSMS management 
responsibilities from one provider to another. As part of its eontractor oversight, DoD should de¬ 
velop an understanding of all DMSMS management activities being performed by the contractor. 
In that way, DoD will be in the best position to ensure that effeetive DMSMS management con¬ 
tinues throughout a transition. 
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B.2. DMSMS Management Activities in Contracts by Life-Cycle Phase 

When contracting for DMSMS management, a program should develop a contract that clearly 
conveys DMSMS management requirements. (The program also should state, in its request for 
proposals and other communications, that DMSMS-related criteria will be used in source selec¬ 
tion.) This ensures that the contractor knows its specific responsibilities for DMSMS and that the 
government has access to the information it needs for adequate oversight. The following is a list 
of representative DMSMS management activities, by acquisition phase, that a program should 
consider when developing contracts to cover DMSMS management: 

• Design 

o The prime contractor and its subcontractors should minimize obsolescence throughout the 
contract period of performance by selecting products that will avoid or resolve hardware, 
software, and firmware obsolescence issues. This may be pursued through various 
DMSMS design considerations, such as selecting technologies or parts that are not near 
their end of life, parts management, open systems design, and so on, as described in Sec¬ 
tion 2. 

o The prime contractor and its subcontractors should determine the most cost-effective res¬ 
olution to obsolescence issues. For the purposes of the contract, hardware, software, and 
firmware should be considered obsolete when the item can no longer be procured from 
the OCM as identified in the current TDP. 

o The prime contractor and its subcontractors should flow down DMSMS management re¬ 
quirements to their suppliers, who should flow down requirements in a similar manner. 

o The prime contractor should deliver a parts list and indentured BOM (or notional ver¬ 
sions, if that is all that is available at the time), in accordance with DI-SESS-81656, to the 
program office at agreed upon points in the technical schedule. 

o The prime contractor and its subcontractors (and possibly an independent third-party con¬ 
tractor if one is to be used) should monitor the availability of parts and components (with 
agreed-upon frequency of update) and provide the results to the program office. The gov¬ 
ernment should be notified of pending and emergent obsolescence issues, supplier recall 
notices, and emergent vendor-implemented changes. 

o The prime contractor and its subcontractors should resolve and document any DMSMS 
issues prior to delivery of design. (Supplemental funding for the contractor may be neces¬ 
sary.) 

o The prime contractor should deliver a production road map for low rate initial production. 

o The prime contractor should deliver a supportability road map (with agreed-upon fre¬ 
quency of updates). 

o The prime contractor should deliver a description of how the system is envisioned to be 
supported after fielding, including the process for assigning the source of repair. 

o The prime contractor and its subcontractors (and possibly an independent third-party con¬ 
tractor if one is to be used) should participate in the government-contractor obsolescence 
working group (with frequency of face-to-face and telephone communications specified). 
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• Production 

o The prime eontraetor and its subeontraetors should minimize obsoleseenee throughout the 
eontraet period of performanee by seleeting suppliers that will avoid or resolve hardware, 
software, and firmware obsoleseenee issues. 

o The prime eontraetor and its subeontraetors should determine the most eost-effeetive res¬ 
olution to obsoleseenee issues. For the purposes of the eontraet, hardware, software, and 
firmware should be eonsidered obsolete when the item ean no longer be proeured from 
the OCM as identified in the eurrent TDP. 

o The prime eontraetor and its subeontraetors should flow down DMSMS management re¬ 
quirements to their suppliers, who should flow down requirements in a similar manner. 

o The prime eontraetor should deliver a parts list and indentured BOM, in aeeordance with 
DI-SESS-81656, to the program offiee if it has not already been delivered. 

o The prime eontraetor and its subeontraetors (and possibly an independent third-party eon¬ 
traetor if one is to be used) should monitor the availability of parts and eomponents (with 
agreed-upon frequeney of update) and provide the results to the program offiee. The gov¬ 
ernment should be notified of pending and emergent obsoleseenee issues, supplier reeall 
notiees, and emergent vendor-implemented changes. 

o The prime contractor and its subcontractors should solve and document any DMSMS is¬ 
sues prior to delivery of the system for fielding. 

o The prime contractor and its subcontractors (and possibly an independent third-party con¬ 
tractor if one is to be used) should participate in the government-contractor obsolescence 
working group (with frequency of face-to-face and telephone communications specified). 

o The prime contractor and its subcontractors should develop and execute a plan to transi¬ 
tion DMSMS management to the sustainment provider. 

• Sustainment 

o The sustainment provider should minimize obsolescence throughout the contract period 
of performance by selecting suppliers that will avoid or resolve hardware, software, and 
firmware obsolescence issues. 

o The sustainment provider, especially in the PBL case, should determine the most cost- 
effective resolution to obsolescence issues. For the purposes of the contract, hardware, 
software, and firmware should be considered obsolete when the item can no longer be 
procured from the OCM as identified in the current TDP. 

o The sustainment provider, especially in the PBL case, should flow down DMSMS man¬ 
agement requirements to suppliers, who should flow down requirements in a similar fash¬ 
ion. 

o The sustainment provider (and possibly an independent third-party contractor if one is to 
be used) should monitor the availability of parts and components (with agreed-upon fre¬ 
quency of update) and provide the results to the program office. The government should 
be notified of pending and emergent obsolescence issues, supplier recall notices, and 
emergent vendor-implemented changes. 
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o The sustainment provider (and possibly an independent third-party contractor if one is to 
be used) should participate in the government-contractor obsolescence working group 
(with frequency of face-to-face and telephone communication specified). 

o The sustainment provider should recommend DMSMS resolutions. 

B.3. Examples of DMSMS Management Contract Language 

This section contains several examples of how DMSMS management responsibilities have been 
documented in contract language; 

• Example 1 contains contract language about the DMSMS management plan. 

• Example 2 contains DMSMS resolution-related contract language. 

• Example 3 contains SOW/SOO language on BOM, configuration management, and DMSMS 
issue forecasting and notifications-related requirements. 

• Example 4 contains language detailing intent to use DMSMS management factors in review 
of approaches. 

• Example 5 contains contract language related to the assignment of DMSMS management re¬ 
sponsibilities support for design/production. 

• Example 6 contains language pertaining to the assignment of DMSMS management respon¬ 
sibilities support for production. 

• Examples 7-11 contain contract language detailing the assignment, to a contractor, of either 
generic responsibility for obsolescence management or the responsibility for multiple 
DMSMS-related activities. 

• Example 12 contains contract language detailing the assignment, to a contractor, of responsi¬ 
bility for obsolescence management during production. 

• Example 13 shows language that a prime contractor or a subcontractor could use to flow 
down DMSMS requirements to a supplier. 

The DMSMS management program should ensure that the chosen contract language clearly 
specifies the DMSMS management responsibilities being assigned to the contractor and enables 
the government access to the information it needs to maintain effective DMSMS management 
oversight. The examples should be tailored to the specific situation. In addition to the examples 
here, the Navy has developed example CDRLs for an AoA, BOM, DMP, and a report. They are 
designed to assist programs with developing their own deliverables. These CDRLs can be found 
on the DKSP. 


Example 1, DMSMS Management Plan 

The Contractor shall develop and submit as part of its proposal (with an advance copy 
supplied to the Government at time of cost estimate submission), an Obsolescence and 
DMSMS Management Plan for managing the loss, or impending loss, of manufacturers 
or suppliers of parts and/or material required for performance of this contract. At a mini¬ 
mum, the plan shall address the following: 

• Means and approach for providing the Government with information regarding obso¬ 
lescence and DMSMS issues 
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• Planned resolution of current obsolescence and DMSMS issues 

• Parts list screening 

• Parts list monitoring 

• Receiving, processing and disseminating Government-Industry Data Exchange Pro¬ 
gram (GIDEP) DMSMS Notices 

• Receiving, processing and disseminating Defense Eogistics Agency (DEA) DMSMS 
Alerts 

• Communication with and availability of information to the Government 

• Means and approach for establishing obsolescence and DMSMS solutions 

• Plan for conducting DMSMS predictions. 

Example 2, DMSMS Resolution-Related Contract Language 

Company X is responsible to provide support for all valid requirements including those 
instances where DMS/MS and obsolete piece part issues impact, delay, or prohibit the 
acquisition of necessary piece parts except as discussed below. Where DMS/MS solu¬ 
tions have been funded under Program Office funding and separate contract. Company X 
is responsible to monitor, identify and plan the resolution of DMS/MS and parts obsoles¬ 
cence issues and should plan far enough in advance to alleviate DMS/MS and parts obso¬ 
lescence occurrences. Company X may propose and submit DMS/MS resolution plans to 
the ... Program Office and [Service inventory control point program manager] which in¬ 
clude Eife-of-Type buys and Bridge buys, proposed to meet the requirements of each de¬ 
livery order and what is suggested for any post-contractual period. Although Company X 
is authorized to use existing Government DMS/MS resolution efforts. Company X none¬ 
theless retains full responsibility for resolving DMS/MS issues. ... 

b. Company X shall inform the Government of known or suspected DMS/MS issues for 
resolution upon discovery. Company X shall include all known information related to the 
DMS/MS issues at the time of Government notification. DMS/MS does not excuse Com¬ 
pany X from the performance of metrics identified in Section H. In the event the program 
office... funding for DMS/MS effort is not adequate or not provided in a timely manner, 
the [Service inventory control point] Contracting Officer may, in his or her discretion, 
provide relief from Company X’s responsibility for fulfillment of performance metrics 
for resolutions. Company X shall submit all DMS/MS resolution recommendations to the 
Contracting Officer and Program Office or designated agent for final disposition. Upon a 
final DMS/MS resolution decision by the Government, Company X shall provide support 
for Eife of Type, or Bridge Buy storage as required to implement the DMS/MS resolu¬ 
tion. 

Example 3. SOW/SOO Example of BOM, Configuration Management, 
and DMSMS Issue Eorecasting and Notifications-Related Requirements 

1.0 Bill of Materials (BOM) 

1.1 Periodic delivery of updated BOMs to the PO in an indentured format (in ac¬ 
cordance with DID Dl-SESS-81656) 

1.2 Mitigation process of obtaining source data to forecast DMSMS if prime 
vendor or supplier will not provide a BOM 
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1.3 The contractor shall identify, as applicable, the parts planned to be used, as 
well as those used in the product at all indentured levels. The data may be 
obtained progressively during any program life cycle phase using sources 
such as the preferred parts list, build-of-materials, vendor surveys, inspec¬ 
tions, etc. The information documented at the part level shall be updated as 
the design progresses or changes and be sufficient to enable forecasting and 
management of any associated DMSMS issues. 

2.0 Configuration Management/Control 

2.1 Validation of the system’s technical data to ensure all configuration changes 
are incorporated into the Configuration Management (CM) data base and 
drawings to ensure the system’s most current configuration is documented 

2.2 CM of DMSMS addressed in the CM program plan 

3.0 DMSMS Forecasting and Notifications 

3.1 Use of predictive tools/methods to proactively forecast and monitor parts for 
DMSMS and provide results to PO, access/insight into tools, DMSMS status 
at all reviews. 

Example 4. Language Detailing Intent to Use DMSMS Management Factors 

in Review of Approaches 

Proposals will be evaluated on the management approach and the adequacy of planning 
for mitigating DMSMS risks. Proposals including management plans defining a proactive 
approach to manage DMSMS will receive more favorable ratings than those without such 
an approach. A proactive approach will include predictive forecasting strategies, parts list 
screening to the piece part level, parts list monitoring, matching of parts to the weapons 
systems’ environment across the vendor chain, methodologies for tracking, reporting, and 
mitigating DMSMS cases to avoid costly solutions, and a process to manage sub tier sup¬ 
pliers’ DMSMS efforts. 

Example 5. Assignment of DMSMS Management Responsibilities Support 

for Design/Production 

3.4.12.7.1.3 Diminishing Manufacturing Sources and Material Shortages (DMSMS) 

When addressing DMSMS and obsolescence in the XXX Parts Management Plan, the 
contractor shall include the following: 

• Means and approach for providing the Government with information regarding obsolescence 
and DMSMS issues 

• Planned resolution of current obsolescence and DMSMS issues 

• Parts list screening 

• Parts list monitoring 

• Receiving, processing and disseminating GIDEP DMSMS Notices 

• Receiving, processing and disseminating DLA DMSMS Alerts 

• Communication with and availability of information to the Government 

• Means and approach for establishing obsolescence and DMSMS solutions 

• Plan for conducting DMSMS predictions. 
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Example 6. Assignment of DMSMS Management Responsibilities 
Support for Production 

The Contractor/sub-contractor shall be an integral part and maintain full participation 
with the Program Office Obsolescence DMSMS IPT as follows: 

Formal notification to alerts (Government Industry Data Exchange Program 
(GIDEP), Predictive Tool, as utilized by the Contractor) shall be submitted quarterly via 
the XXXX when they affect the YYY Program through this effort. The Contractor shall 
notify the XXX DMSMS IPT upon discovery of immediate or imminent DMSMS issues 
impacting the ability to manufacture articles under this SOW. The Contractor shall partic¬ 
ipate in quarterly DMSMS working groups to assist XXX in determining the best course 
of action to address these DMSMS issues. The Contractor shall notify XXX immediately 
should it be unable to maintain the capability to manufacture, repair and yield rates for ar¬ 
ticles under this SOW. The Contractor shall update and supply an indentured Bill of Ma¬ 
terials (BOM) list quarterly via the CITIS. The Contractor shall analyze the YYY 
configurations and identify those items that are critical to supporting the YYY system. 
Potential DMSMS problems include, but are not limited to: 

(a) Remanufacture issues, either performed organically by XXX or another Contrac¬ 
tor’s facility. 

(b) Closing of production lines due to Contractor downsizing, streamlining, contract 
termination or production line closeout 

(c) Identification of impact assessment of diminishing sources of supply, to include 
parts obsolescence issues. 

(d) Expected/unexpected discontinuances of business (terminal closure) by the Con¬ 
tractor. 

(e) Re-procurement/repair of Commercial Off the Shelf (COTS) items. 

The Contractor shall determine if any of these potential problems can or will exist during 
the production contract and make recommendations for resolving them. 

Example 7. Assignment of Obsolescence Management Responsibility 

to the Contractor 

The Contractor is responsible for managing obsolescence over the entire period of the 
contract, and notwithstanding any obsolescence issues or problems, the Contractor re¬ 
mains responsible for meeting all performance and other requirements of this contract. 
This obsolescence management responsibility includes an ongoing review and identifica¬ 
tion of actual and potential obsolescence issues, including but not limited to obsolescence 
of components, assemblies, sub-assemblies, piece parts, and material (hereafter referred 
to for purposes of this section only as “parts and/or material”). The Contractor is respon¬ 
sible for all costs associated with obtaining a replacement if and when any parts and/or 
material become obsolete. The costs for which the Contractor is responsible include, but 
are not limited to, the costs of investigating part availability, interchangeability and sub¬ 
stitutability, locating part replacement, vendor interface, engineering efforts, testing re¬ 
quirements, internal drawing changes, etc. The Contractor shall prevent any additional 
costs from being incurred by the Government due to obsolescence. Any configuration 
changes due to obsolescence shall be approved in accordance with the Configuration 
Management requirements of this SOW. The Contractor shall provide the Government 
with obsolescence status briefs, as part of the periodic program reviews provided for un¬ 
der the contract. 
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Example 8. Assignment of Obsolescence Management Responsibility 

to the Contractor 

The Contractor is responsible for managing obsolescence over the entire period of the 
contract to ensure compliance with all performance and contract requirements. Responsi¬ 
bility includes all costs associated with locating part replacement, vendor interface, and 
engineering efforts. The Contractor shall develop a plan for managing the loss, or im¬ 
pending loss, of manufacturers or suppliers of components, assemblies, or materials used 
in the system. Changes considered necessary by the Contractor to ensure the continued 
manufacture and/or repair of the equipment shall be made in accordance with the Config¬ 
uration Management requirements of this SOW. The Contractor’s Obsolescence Man¬ 
agement Plan shall include language identifying their participation in the Government- 
Industry Data Exchange Program (GIDEP). The Contractor will not be responsible for 
redesign cost for obsolescence initiatives producing Class 1 changes. System/sub- 
System/Component redesign efforts will be pursued only after the Contractor has re¬ 
searched and eliminated all other potential mitigation options. 

Example 9. Assignment of Obsolescence Management Responsibility 

to the Contractor 

The Contractor’s obsolescence management program shall prevent the impact to contract 
performance metrics and shall prevent additional costs being incurred by the Government 
due to obsolescence. The Contractor is 100% responsible for all obsolescence is¬ 
sues/problems with regard to the items in the contract, including: managing the loss or 
impending loss of manufacturers or suppliers for the spare and repairable items covered 
under the XXXX PBE Program. The Contractor shall manage obsolescence is¬ 
sues/problems in order to prevent the impact to contract performance metrics. Costs re¬ 
lated to obsolescence issues/problems will be home by the Contractor during the life of 
the contract. Changes considered necessary by the Contractor to ensure the continued 
manufacture and/or repair of the items will be made in accordance with XXXX require¬ 
ments and/or Configuration Management requirements. 

Example 10, Assignment of Obsolescence Management Responsibility 

to the Contractor 

The Contractor, on a continuous basis during contract performance, shall review and 
identify obsolescence issues related to piece parts for the items listed in Attachment “X.” 
The Contractor shall be responsible for piece part acquisition of replacement items to 
avoid obsolescence or repair turnaround issues. Should obsolescence or DMSMS issues 
occur that preclude the Contractor from obtaining spares of the current design for any 
vendor repairable item, as identified in Attachment “X,” any redesign, qualification and 
production efforts will be considered “over and above” this statement of work. Such issue 
shall relieve the Contractor from availability for that item. The Contractor will perform 
an engineering analysis of these items and provide recommended solutions. If in the 
course of an engineering review of the items in Attachment “X,” the Contractor identifies 
other obsolescence issues concerning the end item test sets, the Contractor may notify the 
Government of these issues and possible remedies. 
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Example 11, Assignment of Obsolescence Management Responsibility 

to the Contractor 

The Contractor is responsible for managing obsolescence over the entire period of the 
contract to ensure compliance with all performance and contract requirements. Responsi¬ 
bility includes all costs associated with locating part replacement, vendor interface, and 
engineering efforts. The Contractor shall develop a plan for managing the loss, or im¬ 
pending loss, of manufacturers or suppliers of components, assemblies, or materials used 
in the system. Changes considered necessary by the Contractor to ensure the continued 
manufacture and/or repair of the equipment shall be made in accordance with the Config¬ 
uration Management requirements of this SOW. The Contractor’s Obsolescence Plan 
shall include participation in GIDEP. 

The Contractor will not be responsible for redesign cost for obsolescence initiatives pro¬ 
ducing Class I changes. Redesign effort to proceed only after the Contractor has exhaust¬ 
ed all options to accomplish engineering efforts for drop in replacement. 

The Contractor’s obsolescence program shall prevent impact to contract performance 
metrics and shall prevent additional costs being incurred by the Government due to obso¬ 
lescence. 

The Contractor is 100% responsible for all obsolescence issues/problems with regard to 
the items in the contract, including: managing the loss or impending loss of manufactur¬ 
ers or suppliers for the spare and repairable items covered under the XXX PEL Program. 
The Contractor must manage obsolescence issues/problems in order to prevent impact to 
contract performance metrics. Cost related to obsolescence issues/problems will be home 
by the Contractor during the life of the contract. Changes considered necessary by the 
Contractor to ensure the continued manufacture and/or repair of the items will be made in 
accordance with ... requirements and/or Configuration Management requirements. 

The Contractor, on a continuous basis during contract performance, shall review and 
identify obsolescence issues related to piece parts for the items listed in Attachment “X.” 
The Contractor shall be responsible for piece part acquisition of replacement items to 
avoid obsolescence or repair turnaround issues. Should obsolescence or DMSMS issues 
occur that preclude the contractor from obtaining spares of the current design for any 
vendor repairable item, as identified in Attachment “X,” any re-design, qualification and 
production efforts will be considered “over and above” this statement of work. Such issue 
shall relieve the contractor from availability for that item. The Contractor will perform an 
engineering analysis of these items and provide recommended solutions. If in the course 
of an engineering review of the items in Attachment “X,” the Contractor identifies other 
obsolescence issues concerning the end item test sets, the contractor may notify the Gov¬ 
ernment of these issues and possible remedies. 
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Example 12, Assignment of Obsolescence Management Responsibility 
to the Contractor during Production 

3.1.8.11 Diminishing Manufacturing Sources and Material Shortages (DMSMS) 

3.1.8.11.1 (CLIN 0009) DMS Management 

XXXX shall perform integrated DMS and Technology Refreshment Planning in accord¬ 
ance with the XXXX DMSMS Management Plan, reference document 2.49 and the 
XXXX Technology Refreshment Management Plan (2YZA00019), reference document 
2.50. XXXX shall proactively manage DMS to ensure viable ongoing production and an¬ 
alyze impacts affecting future availability or logistics support of deliverable equipment. 
XXXX shall perform technology refreshment planning based on DMS drivers and supply 
trends, to define recommended system refresh timelines based on lowest total program 
cost. Technology refreshment planning shall be coordinated with any capability upgrade 
roadmap activities accomplished by the Follow-on Development competency, to allow 
for an integrated program capability/tech-refresh roadmap 

XXXX shall flow down DMS requirements to suppliers and sub-contractors to the extent 
necessary to fulfill requirements under this statement of work. XXXX shall ensure that 
each supplier has established and utilized an effective DMS management program that 
identifies DMS status for all parts, materials, assemblies, subassemblies, and software 
items used in the current and prior configurations of deliverable equipment. 

The XXXX DMS Management activity shall include: 

a) A process for identification, resolution and implementation for all DMS/obsolescence 
issues associated with components, materials, assemblies, subassemblies, and soft¬ 
ware items used in deliverable hardware, logistics support system, and support and 
training equipment under this contract. The contractor shall generate DMS case re¬ 
ports and recommendations based on trade study results. The reports shall be in ac¬ 
cordance with CDRL AOOM. 

b) A semi-annual obsolescence status report to inform the Government and International 
Partners of current year’s DMS/obsolescence status including near-term risks, pend¬ 
ing DMS cases, DMS parts and materials inventory assessment, as well as upcoming 
redesign activities, in accordance with CDRL AOON. 

c) A semi-annual, contractor-led Obsolescence Working Group (OWG) during the life 
of the contract. These meetings shall occur within 45 days after the submittal of the 
semi-annual obsolescence report (CDRL AOON). Participation planning and specific 
meeting objectives will be decided and agreed upon by the Government and the Con¬ 
tractor no later than 14 days prior to each meeting date. In general, current and pre¬ 
dicted DMS issues that have significant impacts to production and sustainment, DMS 
stock positions that have become excess for disposition (e.g. the result of profile 
changes or redesign activities), and coordination of Follow-on Development activi¬ 
ties will be included. The Contractor shall maintain minutes and action item assign¬ 
ments and resolutions from each meeting. 

d) An annual 10-year rolling electronic systems DMS redesign and tech refresh plan to 
include both hardware and software air system elements in accordance with CDRL 
AOOP. This plan will define the optimally recommended refresh point for air system 
components based on lowest total program cost, and will be provided for integration 
with any future upgrade roadmaps. 
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e) A semi-annual 5-year rolling DMS activity and cost forecast to assist in program and 
budget planning in accordance with CDRL AOOQ. This forecast will inherently con¬ 
tain and be based on the integrated technology refreshment plan (CDRL AOOP), and 
will cover known and anticipated DMS events for the 5-year period. 

f) DMS modeling capability to assist in the development of cost forecasts and in ongo¬ 
ing DMS/tech refresh upgrade trade studies and program decisions. This modeling 
shall provide the capability to evaluate the impact of non-optimal tech refresh time¬ 
lines and include allowances for the high variability inherent in DMS forecasting. 

3.1.8.11.2 (CLIN 0004) DMS Redesigns 

XXXX shall perform redesign, as authorized in this contract, to resolve Diminishing 
Manufacturing Sources (DMS) in accordance with Section F and CDRL AOOR. 

Example 13. Contractor Flow-Down to a Supplier 

Subcontractors/suppliers shall monitor parts obsolescence over the period of perfor¬ 
mance. Obsolescence monitoring includes an ongoing review and identification of actual 
and potential obsolescence issues, including but not limited to obsolescence of compo¬ 
nents, assemblies, subassemblies, piece parts, and material. The subcontractor/supplier is 
responsible for identifying the obsolete components and whether or not a simple re¬ 
placement of the component is required or a redesign (that will drive a change in specifi¬ 
cation, ATP, and/or form/fit/function of the delivered item. Obsolescence issues that are 
identified during the period shall be documented and provided to (Name of Prime) via re¬ 
port on a (frequency specified). In addition, the subcontractor/supplier is responsible for 
identifying the potential cost (NTE ROM) of addressing the obsolescence issue, as well 
as the time required to implement the change. The NTE ROM shall include the costs for 
full investigating part availability, interchangeability and substitutability; locating part 
replacement; vendor interface; engineering efforts; testing requirements; internal drawing 
changes; etc. Any changes in configuration being driven by obsolescence must be ap¬ 
proved by (Name of Prime) lAW contract requirements. 
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Appendix C. DMSMS Management Questions for Systems 
Engineering Technical Reviews 

This appendix contains DMSMS management questions intended for use by DMSMS practition¬ 
ers to prepare for six of the SE technical reviews of primary importance: 

• Alternative Systems Review (ASR) 

• Systems Requirements Review (SRR) 

• System Functional Review (SFR) 

• Preliminary Design Review (PDR) 

• Critical Design Review (CDR) 

• Production Readiness Review (PRR). 

The questions are designed for the program office, but many also apply to prime contractors and 
subcontractors. The questions are presented in six tables. Tables 8-12, respectively, contain 
questions pertinent to the five DMSMS management steps: prepare, identify, assess, analyze, and 
implement. They are further broken down by process. Table 13 contains questions that apply to 
SE technical reviews but do not relate directly to a particular DMSMS step or process. 


Table 8. DMSMS Management Questions 
for Systems Engineering Technical Reviews: Prepare (Chapter 3) 


Process 

ASR 

SRR 

SFR 

PDR 

CDR 

PRR 

Develop 

DMP 

Has any 

DMSMS man¬ 
agement plan¬ 
ning been 
initiated? if so, 
is the initial 
DMSMS man¬ 
agement plan¬ 
ning focused on 
the most likely 
preferred sys¬ 
tems concept? 

Has the pro¬ 
gram started to 
develop its 
strategy and 
plan for ad¬ 
dressing and 
managing the 
impact of 
DMSMS is¬ 
sues? 

Has the pro¬ 
gram estab- 
iished a robust 
DMSMS man¬ 
agement strate¬ 
gy and program 
that identifies 
obsolescence 
due to DMSMS 
issues before 
critical parts are 
unavailable? 

Has a govern¬ 
ment DMP been 
formally ap¬ 
proved by pro¬ 
gram 

leadership? 

is the DMSMS 
management 
program being 
executed per 
the formai ap¬ 
proved DMP? 

is the DMSMS 
management 
program being 
executed per 
the formal ap¬ 
proved DMP? 
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Table 8. DMSMS Management Questions 
for Systems Engineering Technical Reviews: Prepare (Chapter 3) 


Process 

ASR 

SRR 

SFR 

PDR 

CDR 

PRR 

Develop 

DMP 

(cont’d) 

Are DMSMS 
impacts a con¬ 
sideration when 
analyzing alter¬ 
native systems 
to help ensure 
that the pre¬ 
ferred system is 
cost effective, 
affordable, op¬ 
erationally ef¬ 
fective, and 
suitable and 
can be devel¬ 
oped to provide 
a timely solution 
to a need at an 
acceptable level 
of risk? 

Is language 
developed and 
included in the 
SOO/SOW/RFP 
documentation 
requiring the 
prime contractor 
to provide its 
strategy and 
plan to address 
the impact of 
DMSMS issues 
and obsoles¬ 
cence? 

Is this reflected 
in a draft gov¬ 
ernment DMP 
(DOD4140.1-R, 
“DoD Supply 
Chain Materiel 
Management 
Regulation,” 

May 2003)? 


is the govern¬ 
ment DMP be¬ 
ing updated, as 
necessary? 

Is the govern¬ 
ment DMP be¬ 
ing updated, as 
necessary? 



Does the draft 
DMP identify 
the roles and 
responsibilities 
of the 
prime/sub¬ 
contractor and 
third-party ven¬ 
dors? 

Does the draft 
government 

DMP identify 
the roles and 
responsibilities 
of the 
prime/sub¬ 
contractor and 
third-party ven¬ 
dors? 

Does the ap¬ 
proved govern¬ 
ment DMP 
identify the 
roles and re¬ 
sponsibilities of 
the prime/sub¬ 
contractor and 
third-party ven¬ 
dors? 





Have these 
roles and re¬ 
sponsibilities of 
the government, 
prime/sub¬ 
contractor, and 
third-party ven¬ 
dors been es¬ 
tablished as 
contractual re¬ 
quirements? 

Have these 
roles and re¬ 
sponsibilities of 
the government, 
prime/sub¬ 
contractor, and 
third-party ven¬ 
dors been es¬ 
tablished as 
contractual re¬ 
quirements? 

Have these 
roles and re¬ 
sponsibilities of 
the government, 
prime/subcontra 
ctor, and third- 
party vendors 
been estab¬ 
lished as con¬ 
tractual 
requirements? 

Are the roles 
and responsi¬ 
bilities of the 
government, 
prime/sub¬ 
contractor and 
third-party ven¬ 
dors being exe¬ 
cuted? 

Are the roles 
and responsi¬ 
bilities of the 
government, 
prime/sub¬ 
contractor and 
third-party ven¬ 
dors being exe¬ 
cuted? 
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Table 8. DMSMS Management Questions 
for Systems Engineering Technical Reviews: Prepare (Chapter 3) 


Process 

ASR 

SRR 

SFR 

PDR 

CDR 

PRR 

Develop 

DMP 

(cont’d) 


Are prime con¬ 
tractors flowing 
down DMSMS 
management 
requirements to 
their subcon¬ 
tractors and are 
those subcon¬ 
tractors being 
required to flow 
down require¬ 
ments to their 
supply chains in 
a similar way? 

Are prime con¬ 
tractors flowing 
down DMSMS 
management 
requirements to 
their subcon¬ 
tractors and are 
those subcon¬ 
tractors being 
required to flow 
down require¬ 
ments to their 
supply chains in 
a similar way? 

Are prime con¬ 
tractors flowing 
down DMSMS 
management 
requirements to 
their subcon¬ 
tractors and are 
those subcon¬ 
tractors being 
required to flow 
down require¬ 
ments to their 
supply chains in 
a similar way? 

Is a Contract 
Data Require¬ 
ments List 
(CDRL) includ¬ 
ed for the deliv¬ 
ery of the prime 
contractor’s 
DMP? 

Are prime con¬ 
tractors flowing 
down DMSMS 
management 
requirements to 
their subcon¬ 
tractors and are 
those subcon¬ 
tractors being 
required to flow 
down require¬ 
ments to their 
supply chains in 
a similar way? 

Are prime con¬ 
tractors flowing 
down DMSMS 
management 
requirements to 
their subcon¬ 
tractors and are 
those subcon¬ 
tractors being 
required to flow 
down require¬ 
ments to their 
supply chains in 
a similar way? 



Are there exit 
strategies in the 
contracts that 
require all sus¬ 
tainment pro¬ 
viders to ensure 
no component 
end-of-life is¬ 
sues are unre¬ 
solved at the 
completion of 
the period of 
performance? 

Are there exit 
strategies in the 
contracts that 
require all sus¬ 
tainment pro¬ 
viders to ensure 
no component 
end-of-life is¬ 
sues are unre¬ 
solved at the 
completion of 
the period of 
performance? 

Are there exit 
strategies in the 
contracts that 
require all sus¬ 
tainment pro¬ 
viders to ensure 
no component 
end-of-life is¬ 
sues are unre¬ 
solved at the 
completion of 
the period of 
performance? 

Are there exit 
strategies in the 
contracts that 
require all sus¬ 
tainment pro¬ 
viders to ensure 
no component 
end-of-life is¬ 
sues are unre¬ 
solved at the 
completion of 
the period of 
performance? 

Are there exit 
strategies in the 
contracts that 
require all sus¬ 
tainment pro¬ 
viders to ensure 
no component 
end-of-life is¬ 
sues are unre¬ 
solved at the 
completion of 
the period of 
performance? 



is the govern¬ 
ment conduct¬ 
ing sufficient 
oversight when 
contractors are 
responsibie for 
executing 
DMSMS opera- 
tionai process¬ 
es? 

is the govern¬ 
ment conduct¬ 
ing sufficient 
oversight when 
contractors are 
responsible for 
executing 
DMSMS opera¬ 
tional process¬ 
es? 

is the govern¬ 
ment conduct¬ 
ing sufficient 
oversight when 
contractors are 
responsibie for 
executing 
DMSMS opera¬ 
tional process¬ 
es? 

Is the govern¬ 
ment conduct¬ 
ing sufficient 
oversight when 
contractors are 
responsible for 
executing 
DMSMS opera¬ 
tional process¬ 
es? 

is the govern¬ 
ment conduct¬ 
ing sufficient 
oversight when 
contractors are 
responsibie for 
executing 
DMSMS opera- 
tionai process¬ 
es? 

Form DMT 


Have DMT 
members been 
identified? 

Has a partial 
DMT been 
formed? 

Has a partial 
DMT been 
formed? 

Has the full 

DMT been 
formed? 

Has the full 

DMT been 
formed? 
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Table 8. DMSMS Management Questions 
for Systems Engineering Technical Reviews: Prepare (Chapter 3) 


Process 

ASR 

SRR 

SFR 

PDR 

CDR 

PRR 

Form DMT 
(cont’d) 



Do all identified 
DMT members 
understand their 
roles and re¬ 
sponsibilities 
and have ade¬ 
quate training to 
fulfill their roles 
and responsi¬ 
bilities? 

Do all identified 
DMT members 
understand their 
roles and re¬ 
sponsibilities 
and have ade¬ 
quate training to 
fulfill their roles 
and responsi¬ 
bilities? 

Do all identified 
DMT members 
understand their 
roies and re¬ 
sponsibilities 
and have ade¬ 
quate training to 
fulfill their roies 
and responsi¬ 
bilities? 

Do all identified 
DMT members 
understand their 
roies and re¬ 
sponsibilities 
and have ade¬ 
quate training to 
fulfill their roles 
and responsi¬ 
bilities? 

Secure 

operations 

funding 



Flave current 
and outyear 
DMSMS operat¬ 
ing budgets 
been estimated 
and identified? 

Flave current 
and outyear 
DMSMS operat¬ 
ing budgets 
been estab¬ 
lished, ap¬ 
proved, and 
funded? 

Have current 
and outyear 
DMSMS operat¬ 
ing budgets 
been estab¬ 
lished, ap¬ 
proved, and 
funded? 

Have current 
and outyear 
DMSMS operat¬ 
ing budgets 
been estab¬ 
lished, ap¬ 
proved, and 
funded? 

Establish 
operation¬ 
al pro¬ 
cesses 



Is the process 
of defining and 
documenting all 
DMSMS opera¬ 
tional processes 
in the govern¬ 
ment DMP un¬ 
derway? 

Flave all 

DMSMS opera¬ 
tional processes 
been defined 
and document¬ 
ed in the gov¬ 
ernment DMP? 



Manage 

case 



Flas the pro¬ 
gram defined 
DMSMS metrics 
that will be cap¬ 
tured and 
tracked for 
DMSMS cases, 
trends, and as¬ 
sociated resolu¬ 
tions and costs? 

Flas the pro¬ 
gram defined 
DMSMS metrics 
that will be cap¬ 
tured and 
tracked for 
DMSMS cases, 
trends, and as¬ 
sociated resolu¬ 
tions and costs? 

is the program 
using DMSMS 
metrics to track 
DMSMS cases, 
trends, and as¬ 
sociated resolu¬ 
tions and costs? 

is the program 
using DMSMS 
metrics to track 
DMSMS cases, 
trends, and as¬ 
sociated resolu¬ 
tions and costs? 





Flas the pro¬ 
gram identified 
how it will cap¬ 
ture and track 
DMSMS met¬ 
rics? 

Has the pro¬ 
gram developed 
or identified a 
DMSMS case 
tracking data¬ 
base? 
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Table 8. DMSMS Management Questions 
for Systems Engineering Technical Reviews: Prepare (Chapter 3) 


Process 

ASR 

SRR 

SFR 

PDR 

CDR 

PRR 

Evaluate 

program 



Has planning 
begun for re¬ 
porting DMSMS 
case manage¬ 
ment metrics 
(life-cycle costs 
and cost avoid¬ 
ance associated 
with DMSMS 
resolutions)? 

Has a plan to 
report DMSMS 
case manage¬ 
ment metrics 
(life-cycle costs 
and cost avoid¬ 
ance associated 
with DMSMS 
resolutions) 
been estab¬ 
lished? 

Has a plan to 
report DMSMS 
case manage¬ 
ment metrics 
(life-cycle costs 
and cost avoid¬ 
ance associated 
with DMSMS 
resolutions) 
been updated? 

Has a plan to 
report DMSMS 
case manage¬ 
ment metrics 
(life-cycle costs 
and cost avoid¬ 
ance associated 
with DMSMS 
resolutions) 
been updated? 






Are DMSMS 
case manage¬ 
ment metrics 
(life-cycle costs 
and cost avoid¬ 
ance associated 
with DMSMS 
resoiutions) 
being reported 
to program 
management? 

Are DMSMS 
case manage¬ 
ment metrics 
(life-cycle costs 
and cost avoid¬ 
ance associated 
with DMSMS 
resolutions) 
being reported 
to program 
management? 

Ensure 

quality 



Has the process 
of establishing 
metrics to 
measure the 
efficiency of 
DMSMS opera¬ 
tional processes 
begun? 

Have metrics 
been estab¬ 
lished to meas¬ 
ure the 
efficiency of 
DMSMS opera¬ 
tional processes 
and to drive 
continuous pro¬ 
cess improve¬ 
ment? 

Are process 
efficiency met¬ 
rics being used 
to drive contin¬ 
uous process 
improvement of 
the DMSMS 
operational pro¬ 
cesses? 

Are process 
efficiency met¬ 
rics being used 
to drive contin¬ 
uous process 
improvement of 
the DMSMS 
operationai pro¬ 
cesses? 


Table 9. DMSMS Management Questions 
for Systems Engineering Technical Reviews: Identify (Chapter 4) 


Process 

ASR 

SRR 

SFR 

PDR 

CDR 

PRR 

Prioritize 

systems 



Are mission criticali¬ 
ty, operational safe¬ 
ty, and DMSMS- 
related costs being 
considered to identi¬ 
fy and prioritize the 
systems and sub¬ 
systems to be moni¬ 
tored? 

Are mission criticali¬ 
ty, operational safe¬ 
ty, and DMSMS- 
related costs being 
used to identify and 
prioritize the sys¬ 
tems and subsys¬ 
tems to be 
monitored? 

Are mission criticali¬ 
ty, operational safe¬ 
ty, and DMSMS- 
related costs being 
used to identify and 
prioritize the sys¬ 
tems and subsys¬ 
tems to be 
monitored? 

Are mission criticali¬ 
ty, operational safe¬ 
ty, and DMSMS- 
related cost being 
used to identify and 
prioritize the sys¬ 
tems and subsys¬ 
tems to be 
monitored? 
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Table 9. DMSMS Management Questions 
for Systems Engineering Technical Reviews: Identify (Chapter 4) 


Process 

ASR 

SRR 

SFR 

PDR 

CDR 

PRR 

Identify and 
procure moni¬ 
toring and 
surveillance 
tools 



Have DMSMS fore¬ 
casting and associ¬ 
ated data collection 
and management 
tools or service pro¬ 
viders been re¬ 
searched? 

Have DMSMS fore¬ 
casting and associ¬ 
ated data collection 
and management 
tools or service pro¬ 
viders been re¬ 
searched and 
selected? 

Have DMSMS fore¬ 
casting and associ¬ 
ated data collection 
and management 
tools been reviewed 
to determine their 
continued suitability 
for sustainment? 

Have DMSMS fore¬ 
casting and associ¬ 
ated data collection 
and management 
tools been reviewed 
to determine their 
continued suitability 
for sustainment? 






Have tool selections 
been made to sup¬ 
plement, as neces¬ 
sary? 

Have tool selections 
been made to sup¬ 
plement, as neces¬ 
sary? 

Collect and 
prepare parts 
data 




Have the parts as¬ 
sociated with critical 
system functions 
been identified? 

Is a CDRL included 
for the delivery of 
the system BOM? 

Have the parts as¬ 
sociated with critical 
system functions 
been updated? 

Have the parts as¬ 
sociated with critical 
system functions 
been updated? 





Have notional 

BOMs for the sys¬ 
tem been acquired 
in accordance with 
DI-SESS-81656? 

Have indentured 
BOMs for the sys¬ 
tem been acquired 
in accordance with 
DI-SESS-81656? 

Have indentured 
BOMs for the sys¬ 
tem been acquired 
in accordance with 
DI-SESS-81656? 





Does the program 
also have a strategy 
for obtaining the 
following: 

♦ Design disclosed 
items, including 
subtler hardware 
indenture levels 

♦ F3/proprietary 
design items, in¬ 
cluding subtler 
hardware inden¬ 
ture levels 

♦ Items that are 
single source and 
those for which 
the government 
cannot obtain da¬ 
ta rights and the 
associated cor¬ 
rective action 
plans are identi¬ 
fied? 

Has the program 
obtained the follow¬ 
ing: 

♦ Design disclosed 
items, including 
subtler hardware 
indenture levels 

♦ F3/proprietary 
design items, in¬ 
cluding subtler 
hardware inden¬ 
ture levels 

♦ Items that are 
single source and 
those for which 
the government 
cannot obtain da¬ 
ta rights and the 
associated cor¬ 
rective action 
plans are identi¬ 
fied? 

Has the program 
obtained the follow¬ 
ing: 

♦ Design disclosed 
items, including 
subtler hardware 
indenture levels 

♦ F3/proprietary 
design items, in¬ 
cluding subtler 
hardware inden¬ 
ture levels 

♦ Items that are 
single source and 
those for which 
the government 
cannot obtain da¬ 
ta rights and the 
associated cor¬ 
rective action 
plans are identi¬ 
fied? 
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Table 9. DMSMS Management Questions 
for Systems Engineering Technical Reviews: Identify (Chapter 4) 


Process 

ASR 

SRR 

SFR 

PDR 

CDR 

PRR 

Collect and 
prepare parts 
data 
(cont’d) 




Has the notional 
BOM been loaded 
into the seiected 
forecasting/ 
management tool in 
order to perform an 
initial DMSMS parts 
availability assess¬ 
ment? 

Has the build base¬ 
line/final design 

BOM been loaded 
into the seiected 
forecasting/ 
management tool in 
order to perform a 
DMSMS parts avail¬ 
ability assessment? 

Has the BOM been 
regularly updated 
and reloaded into a 
DMSMS forecast¬ 
ing/management 
tool and/or service 
in order to perform 
periodic DMSMS 
parts availability 
assessments? 

Analyze parts 
availability 




Are the seiected 
forecasting/ 
management tool or 
the results of manu¬ 
al research being 
used to identify im¬ 
mediate and near- 
term obsolescence 
issues associated 
with the notional 
BOM? For any 
DMSMS issues 
identified, are they 
addressed and miti¬ 
gated prior to estab¬ 
lishment of the build 
baseline/final design 
BOM? 

Have the seiected 
forecasting/ 
management tool or 
the results of manu¬ 
al research been 
used to identify im¬ 
mediate and near- 
term obsoiescence 
issues associated 
with the build base¬ 
line/final design 
BOM? For any 
DMSMS issues 
identified, are they 
addressed and miti¬ 
gated prior to ac¬ 
ceptance and 
approvai of the build 
baseline/final design 
BOM? 

Are the seiected 
forecasting/ 
management tool or 
the results of manu¬ 
al research being 
used to identify im¬ 
mediate and near- 
term obsolescence 
issues associated 
with the BOM? 






is the program re¬ 
ceiving obsoles¬ 
cence forecasts on 
a scheduled basis? 

is the program re¬ 
ceiving obsoies¬ 
cence forecasts on 
a scheduled basis? 






Are product discon¬ 
tinuation notices 
being received regu¬ 
larly? 

Are product discon¬ 
tinuation notices 
being received regu¬ 
larly? 

Collect and 
update pro¬ 
grammatic 
and iogistics 
data 



Have programmatic 
and predicted relia¬ 
bility data needs for 
impact assessment 
been identified? 

Have programmatic 
and predicted relia¬ 
bility data needs for 
impact assessment 
been updated? 

Have programmatic 
and predicted relia¬ 
bility data needs for 
impact assessment 
been updated and 
collected? 

Have programmatic 
and predicted relia¬ 
bility data needs for 
impact assessment 
been updated and 
collected? 
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Table 10. DMSMS Management Questions 
for Systems Engineering Technical Reviews: Assess (Chapter 5) 


Process 

ASR 

SRR 

SFR 

PDR 

CDR 

PRR 

Assess 

impact 



Is a formal technolo¬ 
gy road map and 
insertion/refresh¬ 
ment strategy being 
developed for all, or 
portions of, the pro¬ 
gram/system? 

Has a formal tech¬ 
nology road map 
and approved inser¬ 
tion/refreshment 
strategy been devel¬ 
oped? 

Has a formal tech¬ 
nology road map 
and approved inser¬ 
tion/refreshment 
strategy been devel¬ 
oped and funded? 

Has a formal tech¬ 
nology road map 
and approved inser¬ 
tion/refreshment 
strategy been re¬ 
viewed for potential 
updates and adjust¬ 
ments? 




Does the technology 
road map and inser¬ 
tion/refreshment 
strategy focus on 
and address the 
identification of criti¬ 
cal items and tech¬ 
nologies, as well as 
emerging technolo¬ 
gies? 

Does the road map 
and insertion/ 
refreshment strategy 
identify critical items 
and technologies, as 
well as emerging 
technologies? 

Does the technology 
road map and inser¬ 
tion/refreshment 
strategy identify criti¬ 
cal items and tech¬ 
nologies, as well as 
emerging technolo¬ 
gies? 

Does the technology 
insertion/ 
refreshment plan 
identify critical items 
and technologies, as 
well as emerging 
technologies? 




Is the technology 
insertion/refresh¬ 
ment plan being 
used to determine 
the time frame for 
potential DMSMS 
operational impacts? 

Is the technology 
insertion/refresh¬ 
ment plan being 
used to determine 
the time frame for 
potential DMSMS 
operational impacts? 

Is the technology 
insertion/refresh¬ 
ment plan being 
used to determine 
the time frame for 
potential DMSMS 
operational impacts? 

Is the technology 
insertion/refresh¬ 
ment plan being 
used to determine 
the time frame for 
potential DMSMS 
operational impacts? 




Are DMSMS issues 
being considered as 
a basis for adjusting 
the scope or sched¬ 
ule of the technology 
insertion/refresh¬ 
ment? 

Are DMSMS issues 
being considered as 
a basis for adjusting 
the scope or sched¬ 
ule of the technology 
insertion/refresh¬ 
ment? 

Are DMSMS issues 
being considered as 
a basis for adjusting 
the scope or sched¬ 
ule of the technology 
insertion/refresh¬ 
ment? 

Are DMSMS issues 
being considered as 
a basis for adjusting 
the scope or sched¬ 
ule of the technology 
insertion/refresh¬ 
ment? 




Are DMSMS opera¬ 
tional risks being 
identified and priori¬ 
tized? 

Are DMSMS opera¬ 
tional risks being 
identified and re¬ 
solved? 

Are DMSMS opera¬ 
tional risks being 
identified and re¬ 
solved? 

Are DMSMS opera¬ 
tional risks being 
identified and re¬ 
solved? 




Is the monitoring of 
usage of and antici¬ 
pated demand for 
parts being consid¬ 
ered in DMSMS im¬ 
pact assessment? 

Is the monitoring of 
usage of and antici¬ 
pated demand for 
parts being consid¬ 
ered in DMSMS im¬ 
pact assessment? 

Is the monitoring of 
usage of and antici¬ 
pated demand for 
parts being consid¬ 
ered in DMSMS im¬ 
pact assessment? 

Is the monitoring of 
usage of and antici¬ 
pated demand for 
parts being consid¬ 
ered in DMSMS im¬ 
pact assessment? 
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Table 11. DMSMS Management Questions 
for Systems Engineering Technical Reviews: Analyze (Chapter 6) 


Process 

ASR 

SRR 

SFR 

PDR 

CDR 

PRR 

Determine 

resolution 




Are DMSMS impacts be¬ 
ing identified and ad¬ 
dressed during the initial 
parts availability analysis 
prior to acceptance and 
approval of the notional 
BOM? 

Are resolutions to 

DMSMS impacts being 
identified and addressed 
during the parts availabil¬ 
ity analysis prior to ac¬ 
ceptance and approval of 
the build baseline/final 
design BOM? 

Are resolutions to 

DMSMS impacts being 
identified for the BOM? 





Is a BCA or AoA being 
performed (including ROI 
calculations) as part of 
resolution determination? 

is a BCA or AoA being 
performed (including ROI 
calculations) as part of 
resolution determination? 

Is a BCA or AoA being 
performed (including ROI 
calculations) as part of 
resolution determination? 





Have all costs associated 
with a resolution been 
considered? 

Have all costs associated 
with a resoiution been 
considered? 

Have all costs associated 
with a resolution been 
considered? 





Do mitigation strategies 
clearly address the entire 
system life cycle (not just 
the contract period)? 

Do mitigation strategies 
clearly address the entire 
system life cycle (not just 
the contract period)? 

Do mitigation strategies 
clearly address the entire 
system life cycle (not just 
the contract period)? 





Has resolution determina¬ 
tion taken into account 
that the most cost- 
effective resolution may 
be found at a higher level 
of assembly? 

Has resolution determina¬ 
tion taken into account 
that the most cost- 
effective resoiution may 
be found at a higher level 
of assembly? 

Has resolution determina¬ 
tion taken into account 
that the most cost- 
effective resolution may 
be found at a higher level 
of assembly? 


Table 12. DMSMS Management Questions 
for Systems Engineering Technical Reviews: Implement (Chapter 7) 


Process 

ASR 

SRR 

SFR 

PDR 

CDR 

PRR 

Secure 

resolution 



Have any DMSMS 
case management 
metrics (life-cycle 
costs and cost 
avoidance associ¬ 
ated with DMSMS 
resoiutions) been 
identified for use in 
supporting funding 
requests? 

Are DMSMS case 
management met¬ 
rics (life-cycle costs 
and cost avoidance 
associated with 
DMSMS resolu¬ 
tions) being used to 
support funding 
requests? 

Are DMSMS case 
management met¬ 
rics (life-cycle costs 
and cost avoidance 
associated with 
DMSMS resolu¬ 
tions) being used to 
support funding 
requests? 

Are DMSMS case 
management met¬ 
rics (life-cycle costs 
and cost avoidance 
associated with 
DMSMS resolu¬ 
tions) being used to 
support funding 
requests? 
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Table 12. DMSMS Management Questions 
for Systems Engineering Technical Reviews: Implement (Chapter 7) 


Process 

ASR 

SRR 

SFR 

PDR 

CDR 

PRR 

Secure 

resolution 

(cont’d) 



Are projected cur¬ 
rent and outyear 
DMSMS resolution 
budgets being de¬ 
veloped on the ba¬ 
sis of projected 
average resolution 
costs? 

Have projected cur¬ 
rent and outyear 
DMSMS resolution 
budgets been es¬ 
tablished on the 
basis of projected 
average resolution 
costs? 

Have projected cur¬ 
rent and outyear 
DMSMS resolution 
budgets been es¬ 
tablished on the 
basis of projected 
average resolution 
costs? 

Have projected cur¬ 
rent and outyear 
DMSMS resolution 
budgets been es¬ 
tablished on the 
basis of projected 
average resolution 
costs? 




Have the projected 
resolution budgets 
been included in the 
program’s Logistics 
Requirements and 
Funding Summary 
(LRFS)? 

Have the projected 
resolution budgets 
been approved and 
included in the pro¬ 
gram’s LRFS doc¬ 
umentation? 

Have the projected 
resolution budgets 
been approved and 
included in the pro¬ 
gram’s LRFS doc¬ 
umentation? 





Is funding being 
sought on the basis 
of projected resolu¬ 
tion budgets? 

Have the resolution 
budgets been ap¬ 
proved and funded? 

Have the resolution 
budgets been ap¬ 
proved and funded? 

Have the resolution 
budgets been ap¬ 
proved and funded? 

Implement 

resolution 




Are the DMSMS 
impacts on the no¬ 
tional BOM, identi¬ 
fied during the parts 
availability analysis, 
resolved? 

Are the DMSMS 
impacts on the 
build-baseline/final 
design BOM, identi¬ 
fied during the parts 
availability analysis, 
resolved? 

Are funded DMSMS 
resolutions being 
implemented on a 
timely basis? 


Table 13. DMSMS Management Questions 
for Systems Engineering Technical Reviews: Qther 


Process 

ASR 

SRR 

SFR 

PDR 

CDR 

PRR 

Not readily re- 
latable to specif¬ 
ic organizational 
principles, chap¬ 
ters, or process¬ 
es 



Is DMSMS man¬ 
agement a con¬ 
sideration when 
the system design 
approach is being 
determined in or¬ 
der to minimize 
the impact on 
supportability and 
sustainability? 

Is DMSMS man¬ 
agement a con¬ 
sideration when 
the system design 
approach is being 
determined in or¬ 
der to minimize 
the impact on 
supportability and 
sustainability? 

Is DMSMS a 
management con¬ 
sideration when 
the system design 
approach is being 
determined in or¬ 
der to minimize 
the impact on 
supportability and 
sustainability? 
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Table 13. DMSMS Management Questions 
for Systems Engineering Technical Reviews: Other 


Process 

ASR 

SRR 

SFR 

PDR 

CDR 

PRR 

Not readily re- 
latable to specif¬ 
ic organizational 
principles, chap¬ 
ters, or process¬ 
es 

(cont’d) 



Are the following 

addressed: 

♦ Open system 
architecture 

♦ Order of prece¬ 
dence for parts 
selection (use 
of qualified 
manufacturers 
list parts, par¬ 
ticularly for ap¬ 
plications 
requiring ex¬ 
tended temper¬ 
ature ranges) 

♦ Selection of 
parts relatively 
new in their life 
cycle 

♦ Minimized use 
of custom parts 

♦ Requirement for 
a preferred 
parts list and 
parts control 
prior to detailed 
design to mini¬ 
mize obsoles¬ 
cence issues 

♦ Identification of 
shelf and oper¬ 
ating life re¬ 
quirements 

♦ Identification of 
technology life 
expectancies. 

Are the following 

addressed: 

♦ Open system 
architecture 

♦ Order of prece¬ 
dence for parts 
selection (use 
of qualified 
manufacturers 
list parts, par¬ 
ticularly for ap¬ 
plications 
requiring ex¬ 
tended temper¬ 
ature ranges) 

♦ Selection of 
parts relatively 
new in their life 
cycle 

♦ Minimized use 
of custom parts 

♦ Requirement for 
a preferred 
parts list and 
parts control 
prior to detailed 
design to mini¬ 
mize obsoles¬ 
cence issues 

♦ Identification of 
shelf and oper¬ 
ating life re¬ 
quirements 

♦ Identification of 
technology life 
expectancies. 

Are the following 

addressed: 

♦ Open system 
architecture 

♦ Order of prece¬ 
dence for parts 
selection (use 
of qualified 
manufacturers 
list parts, par¬ 
ticularly for ap¬ 
plications 
requiring ex¬ 
tended temper¬ 
ature ranges) 

♦ Selection of 
parts relatively 
new in their life 
cycle 

♦ Minimized use 
of custom parts 

♦ Requirement for 
a preferred 
parts list and 
parts control 
prior to detailed 
design to mini¬ 
mize obsoles¬ 
cence issues 

♦ Identification of 
shelf and oper¬ 
ating life re¬ 
quirements 

♦ Identification of 
technology life 
expectancies. 





Are DMSMS con¬ 
siderations incor¬ 
porated into 
pertinent program 
documentation, 
e.g., LCSP, LRFS, 
TDS, Product 
Support Plan 
(PSP), and Acqui¬ 
sition Strategy 
(AS)? 

Are DMSMS con¬ 
siderations incor¬ 
porated into 
pertinent program 
documentation, 
e.g., LCSP, LRFS, 
TDS, PSP, and 
AS? 

Are DMSMS con¬ 
siderations incor¬ 
porated into 
pertinent program 
documentation, 
e.g., LCSP, LRFS, 
TDS, PSP, and 
AS? 

Are DMSMS con¬ 
siderations incor¬ 
porated into 
pertinent program 
documentation, 
e.g., LCSP, LRFS, 
TDS, PSP, and 

AS? 
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Appendix D. DMSMS-Related Questions for Logistics Assessments 

This appendix contains DMSMS-related questions intended for use by DMSMS practitioners to 
prepare for pre-IOC and post-IOC logistics assessments. The questions are presented in six ta¬ 
bles. Tables 14-18, respectively, contain questions pertinent to the five DMSMS management 
steps: prepare, identify, assess, analyze, and implement. Table 19 contains questions that apply to 
logistics assessments but do not relate directly to a particular DMSMS step or process. 


Table 14. DMSMS Management Questions for Logistics Assessments: Prepare (Chapter 3) 


Process 

Pre-IOC 

Post-IOC 

Develop DMP 

Has the program established a robust 
DMSMS management strategy and pro¬ 
gram that identifies obsolescence due to 
DMSMS before parts are unavailable? 

Is the DMSMS management program being 
executed per the formal approved DMP? 


Is this reflected in a formal DMP (DoD 

4140.1-R, “DoD Supply Chain Materiel 
Management Regulation,” May 2003) that 
has been approved and signed by leader¬ 
ship? 

Is the government DMP being updated, as 
necessary? 


Does the government DMP identify the 
roles and responsibilities of the 
prime/subcontractor and third-party ven¬ 
dors? 

Has the government DMP been updated to 
identify the roles and responsibilities of the 
prime/subcontractors and third-party ven¬ 
dors as necessary? 


Have these roles and responsibilities for the 
prime/subcontractor and third-party vendors 
been established as contractual require¬ 
ments where applicable? 

Have these roles and responsibilities for the 
prime/subcontractor and third-party vendors 
been established as contractual require¬ 
ments where applicable? 


Is a CDRL included for the delivery of the 
prime contractor’s DMP? 



Where applicable, are there exit strategies 
in the contracts that require all sustainment 
providers to ensure no component end-of- 
life issues are unresolved at the completion 
of the period of performance? 

Where applicable, are there exit strategies 
in the contracts that require all sustainment 
providers to ensure no component end-of- 
life issues are unresolved at the completion 
of the period of performance? 


Is the government conducting sufficient 
oversight when contractors are performing 
DMSMS operational processes? 

Is the government conducting sufficient 
oversight when contractors are performing 
DMSMS operational processes? 

Form DMT 

Has the DMT been formed? 

Has the DMT been formed? 


Do all identified DMT members understand 
their roles and responsibilities? 

Do all identified DMT members understand 
their roles and responsibilities? 

Secure operations 
funding 

Are DMSMS case management metrics 
(life-cycle costs and cost avoidance associ¬ 
ated with DMSMS resolutions) being used 
to support funding requests? 

Are DMSMS case management metrics 
(life-cycle costs and cost avoidance associ¬ 
ated with DMSMS resolutions) being used 
to support funding requests? 


Have current and outyear DMSMS operat¬ 
ing budgets been established, approved, 
and funded? 

Have current and outyear DMSMS operat¬ 
ing budgets been established, approved, 
and funded? 
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Table 14. DMSMS Management Questions for Logistics Assessments: Prepare (Chapter 3) 


Process 

Pre-IOC 

Post-IOC 

Establish operational 
processes 

Have all DMSMS operational processes 
been defined and documented in the gov¬ 
ernment DMP? 

Have all DMSMS operational processes 
been defined and documented in the gov¬ 
ernment DMP? 

Manage cases 

Has the program defined DMSMS metrics 
that will be captured and tracked for 

DMSMS cases, trends, and associated res¬ 
olutions and costs? 

Has the program defined DMSMS metrics 
that will be captured and tracked for 

DMSMS cases, trends, and associated 
resolutions and costs? 


Has the program identified how it will cap¬ 
ture and track DMSMS metrics? 

Has the program identified how it will cap¬ 
ture and track DMSMS metrics? 


Has the program developed or identified a 
DMSMS case tracking database? 

Has the program developed or identified a 
DMSMS case tracking database? 


Is the program using DMSMS metrics to 
track DMSMS cases, trends, and associat¬ 
ed resolutions and costs? 

Is the program using DMSMS metrics to 
track DMSMS cases, trends, and associated 
resolutions and costs? 

Evaluate program 

Has a plan to report DMSMS case man¬ 
agement metrics (life-cycle costs and cost 
avoidance associated with DMSMS resolu¬ 
tions) been established? 

Has a plan to report DMSMS case man¬ 
agement metrics (life-cycle costs and cost 
avoidance associated with DMSMS resolu¬ 
tions) been established? 


Are DMSMS case management metrics 
(life-cycle costs and cost avoidance associ¬ 
ated with DMSMS resolutions) being re¬ 
ported to program management? 

Are DMSMS case management metrics 
(life-cycle costs and cost avoidance associ¬ 
ated with DMSMS resolutions) being report¬ 
ed to program management? 

Ensure quality 

Have metrics been established to measure 
the efficiency of DMSMS operational pro¬ 
cesses and to drive continuous process 
improvement? 

Are process efficiency metrics being used to 
drive continuous process improvement? 


Table 15. DMSMS Management Questions for Logistics Assessments: Identify (Chapter 4) 


Process 

Pre-IOC 

Post-IOC 

Prioritize systems 

Are mission criticality, operational safety, 
and DMSMS-related costs being used to 
identify and prioritize the systems and sub¬ 
systems to be monitored? 

Are mission criticality, operational safety, 
and DMSMS-related costs being used to 
identify and prioritize the systems and sub¬ 
systems to be monitored? 

Identify and procure 
monitoring and sur¬ 
veillance tools 

Have DMSMS forecasting and associated 
data collection and management tools or 
service providers been researched and se¬ 
lected? 

Have DMSMS forecasting and associated 
data collection and management tools been 
reviewed to determine their continued suita¬ 
bility for sustainment? 

Have tool selections been made to supple¬ 
ment, as necessary? 

Collect and prepare 
parts data 

Have the parts associated with critical func¬ 
tions been identified? 

Have the parts associated with critical func¬ 
tions been updated? 


Is a CDRL included for the delivery of the 
system BOM? 



Have indentured BOMs for the systems 
been acquired in accordance with DI-SESS- 
81656? 
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Table 15. DMSMS Management Questions for Logistics Assessments: Identify (Chapter 4) 


Process 

Pre-IOC 

Post-IOC 

Collect and prepare 
parts data 
(cont’d) 

Has the program obtained the following: 

♦ Design disclosed items, including subtier 
hardware indenture levels 

♦ F3/proprietary design items, including 
subtier hardware indenture levels 

♦ Items that are single source and those for 
which the government cannot obtain data 
rights and the associated corrective ac¬ 
tion plans are identified? 



Has each indentured BOM been loaded into 
the DMSMS forecasting/management tool? 

Has the BOM been regularly updated and 
reloaded into a DMSMS forecasting/ 
management tool or service? 

Analyze parts 
availability 

Are the selected forecasting/management 
tool or the results of manual research being 
used to identify immediate and near-term 
obsolescence issues associated with the 
BOM? 

Are the selected forecasting/management 
tool or the results of manual research being 
used to identify immediate and near-term 
obsolescence issues associated with the 
BOM? 


Is the program receiving obsolescence 
forecasts on a scheduled basis? 

Is the program receiving obsolescence fore¬ 
casts on a scheduled basis? 


Are product discontinuation notices being 
received regularly? 

Are product discontinuation notices being 
received regularly? 

Collect and update 
programmatic and 
logistics data 

Have programmatic and predicted reliability 
data needs for impact assessment been 
identified or updated and collected? 

Have programmatic and actual reliability and 
inventory data for impact assessment been 
updated and collected? 


Table 16. DMSMS Management Questions for Logistics Assessments: Assess (Chapter 5) 


Process 

Pre-IOC 

Post-IOC 

Assess impact 

Has a formal technology road map and ap¬ 
proved insertion/refreshment plan been de¬ 
veloped and funded? 

Has a formal technology road map and ap¬ 
proved insertion/refreshment strategy been 
reviewed for potential updates and adjust¬ 
ments? 


Does the technology road map and inser¬ 
tion/refreshment strategy focus on and ad¬ 
dress the identification of critical items and 
technologies, as well as emerging technolo¬ 
gies? 

Does the technology road map and inser¬ 
tion/refreshment strategy identify critical 
items and technologies, as well as emerging 
technologies? 


Is the technology insertion/refreshment plan 
being used to determine the time frame for 
potential DMSMS operational impacts? 

Is the technology insertion/refreshment plan 
being used to determine the time frame for 
potential DMSMS operational impacts? 


Are DMSMS issues being considered as a 
basis for adjusting the scope or schedule of 
the technology refresh? 

Are DMSMS issues being considered as a 
basis for adjusting the scope or schedule of 
the technology refresh? 


Are DMSMS operational risks being identi¬ 
fied and prioritized? 

Are DMSMS operational risks being identified 
and prioritized? 
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Table 17. DMSMS Management Questions for Logistics Assessments: Analyze (Chapter 6) 


Process 

Pre-iOC 

Post-IOC 

Determine resolution 

Are resolutions to DMSMS impacts being 
identified for the BOM? 

Are resolutions to DMSMS impacts being 
identified for the BOM? 


is a BCA or AoA being performed (including 
ROI calculations) as part of the resolution 
determination? 

Is a BCA or AoA being performed (including 
ROI calculations) as part of the resolution 
determination? 


Have all costs associated with a resolution 
been considered? 

Have all costs associated with a resolution 
been considered? 


Do mitigation strategies clearly address the 
entire system life cycle (not just the contract 
period)? 

Do mitigation strategies clearly address the 
entire system life cycle (not just the contract 
period)? 


Has resolution determination taken into ac¬ 
count that the most cost-effective resolution 
may be found at a higher level of assembly? 

Has resolution determination taken into ac¬ 
count that the most cost-effective resolution 
may be found at a higher levei of assembly? 


Table 18. DMSMS Management Questions for Logistics Assessments: Implement (Chapter 7) 


Process 

Pre-iOC 

Post-iOC 

Secure resolution 
funding 

is funding to mitigate DMSMS risk being 
identified and obtained? 

Is funding to mitigate DMSMS risk being 
identified and obtained? 


Have projected current and outyear DMSMS 
resolution budgets been established on the 
basis of projected average resolution costs? 

Have projected current and outyear DMSMS 
resolution budgets been established on the 
basis of projected average resolution costs? 


Have these projected resolution budgets 
been approved and included in the pro¬ 
gram’s LRFS documentation? 

Have these projected resolution budgets 
been approved and included in the pro¬ 
gram’s LRFS documentation? 


Have these resolution budgets been ap¬ 
proved and funded? 

Have these resolution budgets been ap¬ 
proved and funded? 

Implement resolution 

Are funded DMSMS resolutions being im¬ 
plemented on a timely basis? 

Are funded DMSMS resolutions being im¬ 
plemented on a timely basis? 
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Table 19. DMSMS Management Questions for Logistics Assessments: Other 


Process 

Pre-IOC 

Post-IOC 

Not readily relatable to 
specific organizational 
principles, chapters, or 
processes 

Is DMSMS a consideration when the sys¬ 
tem design approach is being determined 
in order to minimize the impact on sup- 
portability and sustainability? 

Is DMSMS a consideration when the sys¬ 
tem modification approach is being de¬ 
termined in order to minimize the impact 
on supportability and sustainability? 


Are the following addressed: 

♦ Open system architecture 

♦ Order of precedence for parts selection 
(use of qualified manufacturers list 
parts, particularly for applications re¬ 
quiring extended temperature ranges) 

♦ Selection of parts relatively new in their 
life cycle 

♦ Minimized use of custom parts 

♦ Requirement for a preferred parts list 
and parts control prior to detailed de¬ 
sign to minimize obsolescence issues 

♦ Identification of shelf and operating life 
requirements 

♦ Identification of technology life expec¬ 
tancies. 

Are the following addressed: 

♦ Open system architecture 

♦ Order of precedence for parts selection 
(use of qualified manufacturers list 
parts, particularly for applications re¬ 
quiring extended temperature ranges) 

♦ Selection of parts relatively new in their 
life cycle 

♦ Minimized use of custom parts 

♦ Requirement for a preferred parts list 
and parts control prior to detailed de¬ 
sign to minimize obsolescence issues 

♦ Identification of shelf and operating life 
requirements 

♦ Identification of technology life expec¬ 
tancies. 


Are DMSMS considerations incorporated 
into pertinent program documentation, 
e.g., LCSP, LRFS, and PSP? 

Are DMSMS considerations incorporated 
into updates of pertinent program docu¬ 
mentation, e.g., LCSP, LRFS, and PSP? 
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Appendix E. Counterfeit Parts and DMSMS 

Counterfeit parts are a DMSMS management concern, because the parts purchased to mitigate a 
DMSMS issue may be counterfeit. This may happen with alternative or substitute parts, or even 
with the original parts, if they are purchased from an unauthorized supplier. Consequently, 
DMSMS resolution options using unauthorized sources have both additional technical risk and 
costs due to the extra screening and testing necessary to ensure that the parts are not counterfeit. 
This appendix begins with general background information on the proliferation of counterfeit 
parts, including how they are made and what risks are associated with them. It then expands on 
the impact of the counterfeit parts problem on DMSMS management. 

E.l. Background 

The number of counterfeit electronic components is proliferating in the open market, due to a 
number of factors. Below are the two primary factors: 

• Electronic scrap assemblies, also known as e-waste (electronic waste), are being shipped 
from all over the world to developing countries. The United States alone produces an esti¬ 
mated 3 million tons of electronic waste yearly, and the annual world production of e-waste 
has been estimated to be as high as 50 million tons. The developing countries where the 
counterfeiting is most prevalent produce enough of their own e-waste to have an indefinite 
supply. Entities ranging from small business operators to organized crime syndicates have 
seized upon this material as an opportunity to remove and refurbish components, with the in¬ 
tent to resell them with the misrepresentation that the product is new. There is no threshold 
on the dollar value of the items being counterfeited, from half-penny capacitors to thousand 
dollar plus complex microprocessors. These components might also be falsely represented as 
higher grade product (higher speed, larger memory capacity, better operating temperature 
range, or subjected to military screening), which further increases the profit potential for the 
counterfeiter. 

• The growth of Internet sales has yielded unprecedented opportunities for profiteers to find a 
market for counterfeit products. A buyer or business owner in the United States has the capa¬ 
bility to use various Internet search engines to locate an enormous number of advertised 
components from all over the world. A recent Government Accountability Office (GAO) re¬ 
port highlighted concerns with these search engines, because an undercover team procured 
multiple suspect counterfeit parts and bogus parts. 

E.l.l, How Counterfeit Parts Are Made 

Electronic parts can be counterfeited in several different ways, including the following: 

• Cloning, that is, making a new product “from scratch” and misrepresenting it as the original 
brand 

• Stealing authentic product (bare die or packaged parts) from the manufacturer’s facility be¬ 
fore completion of all processes, such as final test 


Government Accountability Office, DoD Supply Chain: Suspect Counterfeit Electronic Parts Can Be Found 
on Internet Purchasing Platforms, GAO-12-375, February 2012. 
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• Re-marking new produet to misrepresent the part’s function or pedigree (part number, date 
code or lot, country of origin, plating type, and so on) 

• Re-marking used or scrap product to misrepresent the part’s function or pedigree (part num¬ 
ber, date code or lot, country of origin, plating type, and so on). 

There is no accurate breakdown of the percentage of counterfeiting that can be attributed to each 
example above. However, it is generally accepted that the refurbishment of e-waste is a signifi¬ 
cant contributor to the counterfeit industry. 

When electronic components are salvaged from electronic waste for resale, the processes for sal¬ 
vaging and refurbishing the parts occur most often in countries where manual labor is cheap and 
regulatory actions are limited or nonexistent. This allows the counterfeiter to maximize profit 
and evade criminal prosecution. Parts are removed from the scrap assemblies by melting the sol¬ 
der through uncontrolled heating processes. Parts are cleaned up. Leads are straightened and per¬ 
haps chemically treated and retinned to disguise signs of previous use. In some cases, cut leads 
are lengthened by attaching pieces of metal to the ends. If necessary, the actual part number and 
traceability information (lot code, date code, manufacturing facility, and country of origin) may 
be sanded off and a new coating applied to the part. For plastic or ceramic devices, this process is 
commonly referred to as “blacktopping.” A new part number and traceability information are 
then applied to the blacktopping, either by ink or through laser etching. Counterfeiters are con¬ 
stantly improving their methods. They have been known to “flat lap” parts where the part mark¬ 
ings are polished off of parts and to “microblast” parts, which involves sandblasting with various 
media (such as glass beads, walnut shells, or dry ice) to remove old markings and clean the de¬ 
vices. The newly marked part number may or may not match the actual part number. Below are 
the most common reasons for re-marking a salvaged component: 

• Make the used part appear to be new. 

• Make a group of parts from varied production lots appear to be from one homogeneous lot. 

• Make a part appear to be a better, more expensive, or less available version of the actual part. 

• Make a part appear to be a better, more expensive, or less available version of the same part 
type (not the same part). 

• Make a part appear to be any type of “in demand” part (the part marking has nothing to do 
with the actual part). 

Only the last example represents an instance in which a user might expect a failure during part or 
system-level testing. In all other cases, the counterfeit product might pass all initial testing, only 
to fail in the application environment much sooner than anticipated, perhaps catastrophically for 
the user. 

E,1.2, Risks of Using Counterfeit Parts 

Significant risks are associated with the use of counterfeit parts. The salvage or refurbishment 
process for used authentic parts, as described above, is usually accomplished with little regard 
for the part’s internal integrity. Many plastic-encapsulated electronic parts absorb moisture over 
time. If excess heat is applied before the moisture can be baked out, the parts are easily damaged 
by the expanding gas as it exits the device. The damage takes the form of microcracks and inter- 
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nal voids that, if they do not cause immediate failure, can allow contaminants to seep in and 
dramatically reduce the part’s life. 

Of lesser risk, but still important, is the potential for component microcracks caused by mechani¬ 
cal flexure stress imparted onto the soldered parts when the populated printed circuit board is 
bent, twisted, or flexed during the salvage operation. As with thermally induced microcracks, the 
component’s life may be reduced. 

Handling of the parts in a non-electrostatic discharge (BSD) safe environment raises the distinct 
possibility of electrical damage to the part by applying static charges of thousands of volts to the 
component pins. Static-charge buildup is particularly possible during operations that generate 
repetitive friction, such as sanding a part number off. This type of damage is often latent, reduc¬ 
ing the reliability of the device. 

Even if new parts are simply being recoated, retinned, resold from process rejects, or made en¬ 
tirely from scratch, there are reliability risks beyond those associated with authentic parts. Test¬ 
ing may have been inadequate to eliminate break-in failures or to ensure operation to the 
specified environment. In addition, issues resulting from the handling and storage of the product 
by parties unacquainted with the moisture and ESD susceptibility of electronic parts, as dis¬ 
cussed above, also apply to this product. 

Einally, there is heightened concern for MilSpec components that have rigorous specifications 
and testing requirements from the OCM. MilSpec devices are not only opportunities for counter¬ 
feiters making a profit, but they introduce an opportunity for more nefarious “state-controlled” 
counterfeiters that may be interested in infiltrating or controlling a device or system. 

E.1,3. Types of Parts Being Counterfeited 

The most commonly counterfeited electronic parts are integrated circuits. However, there is still 
risk of obtaining counterfeit parts of other types. In fact, virtually every type of electronic part 
has been counterfeited. This includes electrical assemblies such as circuit breakers and entire 
COTS assemblies, such as Internet switches, down to small passive parts, such as ceramic capac¬ 
itors. Eigure 12 was gleaned from data supplied by ERAI in 2011.^° The data indicate that over 
80 percent of counterfeit parts are integrated circuits and that at least 93 percent of the counter¬ 
feits are integrated circuits or discrete semiconductors like transistors and diodes. However, that 
still leaves nearly 7 percent of the parts as non-semiconductor types, such as capacitors, induc¬ 
tors, connectors, and relays. Eurthermore, it is suspected that many instances of counterfeiting 
are unreported; instead, failures are attributed simply to quality and reliability issues. Because 
few companies analyze failure mode effects when a system or assembly fails, it is unknown how 
large the problem truly is. When a profit is to be made, counterfeiters will make the attempt. 


*** ERAI is a privately held global information services organization that monitors, investigates, and reports is¬ 
sues affecting the global supply chain of electronics. Since 1995, ERAI has been the industry’s primary reporting 
and investigation service, providing information and risk mitigation solutions to electronics professionals world¬ 
wide. See http://www.erai.com/Index.aspx. 
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Figure 12. Breakdown of Counterfeit Electronic Parts 



E.2. The Impact of Counterfeit Parts on DMSMS Management 

DMSMS issues directly impact the market price of counterfeit components, because obsolete 
parts are almost always more difficult to find than parts that are still in production. Approximate¬ 
ly 50 percent of counterfeit electronic parts identified have been obsolete part numbers, indicat¬ 
ing that the counterfeiter has made an obvious effort to tap the highly profitable DMSMS market. 
In addition to these parts being more likely to command a high price, obsolete parts are usually 

available only from the gray market where counterfeiters sell their product alongside legitimate 

81 

unauthorized suppliers. 

Defense and aerospace products are particularly vulnerable to counterfeit parts due to parts obso¬ 
lescence. Microelectronics, in particular, have life cycles far shorter than the defense and aero¬ 
space products that use them. Robust DMSMS management helps avoid the introduction of 
counterfeit parts, because the program will be more likely to deal with authorized suppliers. 
Authorized suppliers include the OCM, OCM-authorized sales representative or distributors, or 
an aftermarket manufacturer that owns the intellectual property rights for the part. Whenever 
possible, DMSMS resolutions should use parts from authorized suppliers, rather than from unau¬ 
thorized suppliers. The stigma of providing counterfeit parts to a valued customer can be suffi¬ 
cient to bankrupt a supplier and will inevitably damage the brand of the organization if the 
concern is enough to drive the customer base away. For that reason, the most reputable suppliers 
are extremely sensitive to the risk of counterfeit parts. Such companies seek to buy only authen¬ 
tic product and expend significant effort in identifying reputable sources. They accomplish this 
by aggressively monitoring part databases, industry blogs, internal purchasing quality history, 

A legitimate unauthorized supplier is a broker or independent distributor that does not knowingly sell coun¬ 
terfeit parts. Some independent distributors have robust processes and procedures in place to ensure quality, e.g., 
membership in the Independent Distributors of Electronics Association. 

See Under Secretary of Defense for Acquisition, Technology and Logistics, Memorandum, “Overarching 
DoD Counterfeit Prevention Guidance,” March 2012. 
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and word of mouth. Likewise, those companies will maintain a list of sources that are not trusted, 
to ensure parts are not purchased from those companies. 

The program may sometimes decide to purchase from unauthorized suppliers because of the ex¬ 
pense or timeliness of other, less risky solutions. For example, it may not be possible to buy from 
any qualified source, and redesign may be too expensive. However, the risk of a part purchased 
in the gray market being counterfeit is high. For integrated circuits, the risk may be nearly 100 
percent (the only remaining parts are refurbished product represented as new parts). 

A check, in 2012, of a popular Internet parts search engine found a glut of counterfeits of an in¬ 
tegrated circuit (randomly selected from an obsolete parts listing) that had been discontinued in 
1998. In fact, more sources were listed on this site for parts date coded 2001 or later than during 
the part’s production range of 1998 or earlier. Although certain military specifications (for ex¬ 
ample, MIL-PRF-38535 and MIL-PRF-19500) have clauses that require the identification of all 
known supply chain intermediaries back to the OCM, that requirement cannot often be met with 
material acquired from the open market. GAO also revealed that suspect counterfeit and bogus 
(the part numbers are not associated with any authentic parts) military-grade electronic parts can 
be found on Internet purchasing platforms. 

When the selected DMSMS resolution calls for parts to be purchased from an unauthorized sup¬ 
plier, programs must recognize that costs for minimum inspections and tests should be incurred 
to ensure that counterfeit parts do not enter the supply system. These costs should be factored 
into the determination of the most appropriate resolution option. No single test method can detect 
all the various methods of counterfeiting; counterfeiters keep improving the process to evade de¬ 
tection. Recommended inspections and tests are listed below: 

• Visual inspection (IDEA-STD-1010), to look for signs of re-marking, refurbishment, repack¬ 
aging, and so on. 

• Testing of marking permanency (IDEA-STD-1010), to attempt to remove subpar ink mark¬ 
ings or surface coatings. 

• Testing of surface finish permanency (IDEA-STD-1010), to attempt to remove surface coat¬ 
ings. This should ideally include newer aggressive solvents proven to be more capable (than 
acetone) at removing newer, more robust coatings. 

• X-ray fluorescence of component leads, to determine if the part has the correct plating com¬ 
position. 

• Radiological examination, to look for inconsistencies in the internal construction of the part. 

• Scanning acoustic microscopy, to determine if there is internal delamination, which may in¬ 
dicate exposure to excess thermal stress associated with uncontrolled removal from an as¬ 
sembly. 

• Decapsulation and die examination, to determine whether the die markings are consistent and 
as expected for the purchased part. 

• Curve trace or DC electrical test of the device (for microcircuits) or a value measurement (for 
passive devices). 


Government Accountability Office, DoD Supply Chain: Suspect Counterfeit Electronic Parts Can Be Found 
on Internet Purchasing Platforms, GAO-12-375, February 2012. 
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The inspections and tests above can provide a degree of confidence as to whether a high-risk 
purchase contains authentic or counterfeit parts. However, parts may pass some or all of the tests 
and still be counterfeit. Additional testing may be required based on the application risk, risk of 
the component in the application, and risk of the supplier. The cognizant engineer should provide 
input on the appropriate level of testing, considering the total risk associated with the situation. 
All testing should be performed by a test laboratory that is qualified to perform the work. Con¬ 
versely, parts may fail some of the tests and still be authentic. The only way to truly maximize 
the confidence in parts bought from unauthorized suppliers is to contact the OCM for the parts 
and to have that organization review the analysis and weigh in on the authenticity of the product. 
Unfortunately, OCMs are under no contractual obligation to assist with these analyses if the parts 
have been purchased from the gray market. In addition, the OCM may not be able to determine, 
from the test paperwork alone, if the parts are authentic. 

If the OCM agrees to review the analysis, then the requestor should provide as much detail as 
possible about the product, such as the following: 

• A lOX photograph of all external part markings, including bottom-side markings 

• Photos of packaging and documentation for the parts 

• Description of which inspections and tests the parts failed and how they failed 

• High-magnification photos of the die markings. 

OCMs state that a part can often be identified as counterfeit strictly by comparing the manufac¬ 
turing logo, fonts, or lot and date code information against their internal data. However, counter¬ 
feiters often are expert at copying legitimate manufacturer markings and have access to 
legitimate die due to the e-waste issue. 

If analysis confirms that the parts are likely counterfeit or fraudulent, the parts must be con¬ 
tained. Return of the parts for refund or for any other reason is not acceptable, because those 
parts may simply be reinserted into the gray market for future resale. 

Counterfeit and fraudulent parts must be reported to the appropriate authorities and organiza¬ 
tions. The Government-Industry Data Exchange Program (www.gidep.org) is the preferred loca¬ 
tion for reporting counterfeit parts. In addition, all government and contractor organizations are 
required—by the 2012 National Defense Authorization Act, Section 818, and in DoD guid¬ 
ance—to report suspect or confirmed counterfeit electronic parts intended for DoD systems. 

They also should alert investigative authorities as appropriate, because this may lead to prosecu¬ 
tion of the offending parties. 
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Appendix F. Accessing Organic Services and Capabilities to 
Mitigate DMSMS Issues 

Today’s PMs, PSMs, and technical personnel are finding increasingly significant challenges in 
locating and securing supply solutions for legacy DoD systems. These challenges can only in¬ 
crease as the service life of DoD systems is extended. A number of unique engineering, manu¬ 
facturing, and sustainment capabilities exist within the government’s industrial base and can be 
leveraged to help meet DMSMS challenges. 

The government’s industrial base encompasses all of the manufacturing and sustainment provid¬ 
ers that are owned and operated by the government. This includes the DoD locations termed ar¬ 
senals and depots, as well as a portion of the National Laboratory system within the Department 
of Energy. 

A list of all government industrial base locations is maintained to foster DMSMS community 
awareness of their capabilities and to expedite communications. Locations on this list have some 
manufacturing capabilities on-site and can support DoD organizations. The location list is peri¬ 
odically updated with information such as key contacts and addresses. Each key contact has 
agreed to be an initial point of contact for DoD personnel who are soliciting help on DMSMS 
issues. In addition, a more specific capabilities matrix has been created for participating govern¬ 
ment industrial base locations to specify their areas of manufacturing expertise, as well as to de¬ 
scribe their mechanical, electronic, materials, and test and evaluation capabilities. 

The location list and capabilities matrix are designed to be complementary when used in tandem. 
For example, a DMSMS practitioner, who has unfulfilled requirements for integrated circuit 
manufacturing, can review the capabilities matrix to identify which government locations have 
those capabilities. Then the location list can be used to contact the respective locations to pursue 
particular DMSMS resolutions for that issue. 

The most recent update of the government industrial base location list and capabilities matrix can 
be accessed within the DKSP. 
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Appendix G. DMSMS Knowledge Sharing Portal 

The DKSP contains DMSMS-related information, resources, and material. Use of the DKSP will 
enable the DMSMS community, both organic and contractor, to implement best practices for ro¬ 
bust DMSMS management. The DKSP is supported by the Defense Standardization Program 
Office (http://www.dsp.dla.mil) and is currently located within the DAU Acquisition Community 
Connection (ACC) website (https://acc.dau.mil). The DKSP is just one of a number of communi¬ 
ties of practice (CoPs) hosted by the ACC, whose purpose is to connect people and acquisition 
know-how across DoD and industry. CoPs enable interaction and sharing of resources and expe¬ 
riences to support job performance, avoid duplication of effort, and advance the connection of 
people and ideas. 

Participation in the ACC is free and completely voluntary, and much of its content is open to the 
public, requiring no login to access the extensive knowledge base. Although much of the infor¬ 
mation is publicly available, individuals, who qualify, can request ACC membership access. Be¬ 
coming an ACC member provides additional capabilities that guests do not have. Those 
capabilities include accessing other members’ contact information, initiating and participating in 
discussions, contributing and sharing knowledge, creating bookmarks, subscribing to updates, 
and accessing restricted community knowledge. The DKSP can be accessed utilizing one of two 
links: https://acc.dau.mil/dmsms or http://www.dmsms.org. 

The DKSP content is organized by topic, shown on the left of the page, in a user-friendly format 
for easy navigation. The topics are as follows: 

• Conferences and Events. The content is broken down into (1) DMSMS conferences and 
(2) other DMSMS-related events (workshops, clinics, forums, symposiums, and so on). 

• DMSMS Training Courses. The content lists available DMSMS and other related training. 

• Organizations and Groups. The content is broken down by organization: DoD, DLA, Other 
Government, Army, Navy, Air Force, Marine Corps, and Industry. 

• Tools and Management Aids. The content is broken down by organization: DoD, DLA, Other 
Government, Army, Navy, Air Force, Marine Corps, and Industry. 

• Policy and Guidance. The content is organized by policy, guidance, and manuals/handbooks 
for DoD, DLA, Other Government, Army, Navy, Air Force, and Marine Corps and by stand¬ 
ards for Industry. 

• DMSMS Library. The content is broken down by organization: DoD, DLA, Other Govern¬ 
ment, Army, Navy, Air Force, Marine Corps, and Industry. 
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Appendix H. DMSMS Quality Assurance Process 

A quality management system (QMS) is the basis for quality assurance. A QMS is an overarch¬ 
ing framework that defines the organizational structure, responsibilities, methods, data manage¬ 
ment, processes, resources, customer satisfaction, and continuous improvement. The mitigation 
of DMSMS issues must be controlled in a QMS to receive optimal benefit and ensure consisten¬ 
cy over time. A well-defined QMS can also ensure that the same high level of quality service and 
products can be produced regardless of personnel changes. This appendix focuses on control of 
DMSMS management processes. 

H.l. Quality Plan 

The QMS should call for a quality plan (as part of the DMP) that defines the checks of the sys¬ 
tem or product necessary to ensure quality; that is, to ensure processes and product are in control 
and meet defined requirements. An excellent means of controlling processes is to document the 
responsibilities and methods associated with the processes in a series of procedures or work in¬ 
structions and to establish quality checks at optimal points within the process to ensure that the 
work product meets defined quality standards. Quality checks are verifications to demonstrate 
whether the process is operating as defined. The quality plan should include the identification, 
collection, and monitoring of meaningful metrics to ensure that the process is successful. Metrics 
provide information as to whether the process must be adjusted to meet the intended outcome. 

Different entities may use specific nomenclature to name the written process definitions, such as 
standard operating procedures, standing operating procedures, or work instructions. The nomen¬ 
clature chosen for this documentation does not matter. This appendix suggests a naming scheme 
to provide clarity to the concept being presented. 

A written procedure outlines how to perform a process. This level of documentation typically 
applies to the processes common across a function, such as DMSMS support. Because DMSMS 
support can vary significantly from one platform to the next, a second tier of process definition 
should be developed. This second level, often known as work instructions, is used at a work¬ 
group level to define how to perform a task. Each platform support team should develop its 
unique DMSMS support work instruction tailored to the support of its specific platform. 

As an example of how this system may function, consider the processes to collect and dissemi¬ 
nate PDNs and obsolescence event data, often referred to as “Alerts.” PDNs are published by 
part manufacturers to inform the industry that a part is targeted for discontinuance. A procedure 
could be written for how to find, confirm, and document this obsolescence event data. The plat¬ 
form support teams may take different actions in response to an alert; each team could write 
work instructions to describe its own specific process. 

The general workflow in support of DMSMS management consists of data collection from many 
diverse sources, data compilation and analysis, risk assessment, and report/briefmg development. 
Because data collection, manipulation, and analysis are at the heart of DMSMS team activities, 
data standards should be clearly defined. Data standards define such aspects of data management 
as content accuracy, data content, and data entry standards. 

To establish quality checks, the DMT should review all of the process inputs and outputs. For 
each data stream, whether input or output, the DMT must decide the characteristics of a good 
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record. The DMT should document these characteristics and make them available to the DMT 
members who may create or process that type of record. 

The DMT determines the method to identify records that do not meet the defined standards. 
Quality checks can range from automated comparison of records to defined standards to simply 
having an experienced team member review the work of a less-experienced DMT member. 

The DMT should review the process flow and determine where to insert quality checks. These 
locations are the points at which errors can be identified and corrected before additional work is 
applied and before the customer is affected. The quality plan should include the inspection 
points, the inspection method, and the error correction mechanism. 

To demonstrate a quality check of data content accuracy, consider the record of availability sta¬ 
tus of a highly complex electronic part. In general, the obsolescence of such a part, in contrast to 
a part that is of low complexity, has a greater impact on the mission of the platform, and the mit¬ 
igation of such a part can be much more difficult. Therefore, the accuracy of the data concerning 
this type of part is critical. In such a situation, the DMT may decide that the verification of the 
content accuracy of the availability status of this type of part may require manufacturer contact 
or no less than two predictive tool providers to report the availability status for the part. The 
quality check to ensure content accuracy for this type of record could be to check that the availa¬ 
bility record was verified by contact with the manufacturer or by the use of more than one pre¬ 
dictive tool. For example, the DMT may decide that the part description in a part availability 
record must exactly match the approved list of part descriptions. The quality check would then 
determine whether, in fact, the entry for a part description matches the entry on the table of ap¬ 
proved parts. 

This same principle can be applied in other data streams, such as the recording of mitigation ef¬ 
forts, often called case data. The DMT may decide that the implementation date for the mitiga¬ 
tion of an obsolete part should be recorded. In this situation, a quality check would verify the 
presence of an implementation date associated with all records tagged as “implemented.” 

H.2. Metrics 

Metrics measure the status of processes and activities within a quality plan. Keep in mind that 
metrics discussed in this appendix are measuring the DMSMS management processes operated 
by the DMT. This discussion does not include metrics focused on mission impact, such as cost 
avoidance. Among the reasons that a process fails are budgeting of too little time or too little 
money, inadequate planning, constantly changing goals, lack of process knowledge, and ineffec¬ 
tive communication. Often when a process is in danger of failing, management is unaware of the 
problems. 

One of the best tools for avoiding process failures is to track key indicators of process health. 
The data should be presented in a meaningful way to help process managers make the proper de¬ 
cisions, take corrective steps on processes, or both. It is also important to define the right meas¬ 
urable periods that can cover possible gaps in the control of the measuring indicators, as well as 
allow control of the situation upfront if a failure occurs within the measurable intervals. 

Process-specific metrics generally must have another figure—such as an industry benchmark or 
regulatory guidelines—against which they can be compared. However, sometimes metrics apply 
only to a particular organization, so no industry benchmarks would be available. 


134 


SD-22 - August 2012 


Five general criteria are typically used when defining metrics for a process: 

• Time 

• Cost 

• Resources (e.g., person-hours) 

• Quality 

• Actions. 

When metrics are first applied to a process, it is often difficult to separate the categories of time, 
cost, and resources. Tracking metrics that provide information on combinations of two or more 
of these concepts is a viable approach. As the QMS matures and the situation necessitates, met¬ 
rics can be redefined to provide more focused data. Below are two examples: 

• Electronic part availability research is necessary for programs that have parts lists or BOMs. 
This research can be time consuming. Establishing the availability of these parts is also a 
product supplied by the predictive tool suppliers. In general, it could be more cost-effective 
and timely to the DMSMS professional to obtain part status data from at least one predictive 
tool supplier. One measure of resource usage would be to track the percentage of parts that 
the predictive tool companies recognize. By working with the predictive tool suppliers to in¬ 
crease the recognition rate of parts, the team is effectively moving part research from an in¬ 
ternal process to a subscription deliverable and, thus, is using resources more effectively. 

• The data management in support of DMSMS management contains several distinct process¬ 
es. A metric to provide feedback on adherence to schedule could be obtained by tracking the 
time to perform these intermediary processes, such as the time from receipt of a parts list or 
BOM to identification of the components to be monitored for availability. The time to per¬ 
form the intermediary processes is then compared to a standard time established for this pro¬ 
cess. Metrics values consistently over the standard indicate that a problem exists in the 
process. Metrics consistently under the standard indicate a need to adjust the standard be¬ 
cause the process has been improved. 

The quality metric focuses on whether appropriate actions are taken in response to finding a pro¬ 
cess defect, not the existence of defects. The metric chosen should provide insight as to whether 
defects are tolerated or, even worse, ignored. In data management, a defect is a situation in which 
a defined standard is not met. Below are some examples: 

• The DMT may require, in the quality plan, measurement of the conformance of configuration 
records to defined standards. The associated metric would be to track the number of defective 
configuration records periodically and then to show the trend for this value. If the number of 
errors is higher than the acceptable quality level or increases over time, a problem exists with 
the quality of the configuration management process. 

• The DMT may choose to open a mitigation record for each monitored part that has an obso¬ 
lescence issue. The DMT could then track the number of parts with obsolescence issues that 
do not have an associated mitigation record. In this situation, the quality of the program sup¬ 
port process is being measured. 

The actions metric focuses attention on identifying outstanding action items as a means of de¬ 
termining possible barriers to the process success. To use this type of metric, the DMT should 
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maintain an action item summary in support of the proeess steps. This aetion item summary 
should then be reviewed to develop metries: 

• Any differenees between the aetion eompletion date and the projeeted eompletion date may 
indicate that a problem existed for that task. The differenee between the action completion 
date and the projeeted eompletion date should be eompared to a ealeulated standard estab¬ 
lished for support of that platform. This metrie is most meaningful for DMT members aeeus- 
tomed to setting reasonable projeeted eompletion dates. 

• A quiek metrie to ealeulate is the number of open items. This metrie measures multiple pro¬ 
gram aspects. This metric may measure the skill of the program manager in eapturing the 
steps neeessary to support the program. This metrie also may indieate that a projeet is experi- 
eneing difficulties in eompleting tasks. 

Beyond these general metric categories, there are also some more intangible signs that a projeet 
may be in trouble. These signs include a general laek of interest in the project, poor communica¬ 
tion among team members, a fear of talking about projeet problems, and a generalized laek of 
projeet advaneement. 

To be sueeessful, metrics must be well thought out and eonsistently applied. The DMT must be 
very elear as to the meaning of the metrie values. Finally, the DMT must aet upon the proeess 
health eonclusions provided by the metries in a timely manner to eorreet or improve the proeess, 
metrie, or both. 


136 



SD-22 - August 2012 


Appendix I. DMSMS Program Capability Levels 

The DMP should include plans for achieving the target DMSMS capability level. This appendix 
contains information to help guide a decision on the appropriate level for a program. 

Table 20 identifies the program capability levels for each DMSMS management step and pro¬ 
cess. The levels are defined as follows; 

• Level 1 represents minimal DMSMS management capability. Practices are largely reactive. 

• Level 2 represents a DMSMS management capability greater than Level 1. Practices are 
somewhat proactive in situations where proactive practices are needed. 

• Level 3 represents a DMSMS management capability greater than Level 2. Proactive practic¬ 
es are used when needed. 

• Level 4 represents robust DMSMS management capability. Comprehensive efforts are being 
applied whenever required. 

A program should use the table as the basis for determining the current state of its DMSMS 
management practices. This is done by examining each row of the table and identifying what is 
being done. If the program does not have a DMP, then it is effectively below capability Level 1. 
The DMP should provide a basis for systematically progressing through the capability levels to 
achieve its target. Several factors should be considered when determining the appropriate target 
capability level for a program; 

• A lower capability level could be sufficient near the end of a system’s life cycle. 

• A higher capability level might be needed for more complex systems, because such programs 
are more likely to encounter DMSMS issues. However, smaller programs may be seriously 
affected, depending on the technologies used. 

• A higher capability level cannot be achieved without significant DMSMS subject matter ex¬ 
pertise and DMSMS training for the entire DMT. 

• Not every DMSMS management process must be at the same capability level. 

• A program cannot immediately move from a low capability level to a high capability level; 
the transition should be gradual. 

• Resource constraints may exist, either for a single program or for a group of programs. 


Table 20. DMSMS Program Capability Levels 


Step 

Process 

Level 1 

Level 2 

Level 3 

Level 4 

Prepare 

Develop 

DMP 

DMP developed 

DMP developed, 
approved, and 
signed by program 
leadership 

DMP developed, 
approved, and 
signed by program 
leadership 

DMP developed, 
approved, and 
signed by program 
leadership 



DMP calls for no or 
minimal government 
oversight of contrac¬ 
tor activities 

DMP calls for some 
government over¬ 
sight of contractor 
activities 

DMP calls for ex¬ 
tensive government 
oversight of contrac¬ 
tor activities 

DMP calls for ex¬ 
tensive government 
oversight of contrac¬ 
tor activities 
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Table 20. DMSMS Program Capability Levels 


step 

Process 

Level 1 

Level 2 

Level 3 

Level 4 

Prepare 

(cont’d) 

Form DMT 


DMSMS point of 
contact established 
(but retains other 
duties) 

Full DMT formed to 
include all stake¬ 
holders with an un¬ 
derstanding of their 
roles and responsi¬ 
bilities 

Full DMT formed to 
include all stake¬ 
holders with an un¬ 
derstanding of their 
roles and responsi¬ 
bilities 




DMSMS point of 
contact trained 

DMT trained 

DMT members have 
advanced DMSMS 
training 


Secure 

operations 

funding 

No DMSMS- 
earmarked funding 

Funded to operate 
at Level 2 

Funded to operate 
at Level 3 

Funding shortfall 
and impact identi¬ 
fied and reported to 
decision makers 

Funded to operate 
at Level 4 


Establish 

operational 

processes 

DMSMS operational 
processes entirely 
ad hoc and reactive 

DMSMS operational 
processes defined, 
but not documented 

DMSMS operational 
processes defined 
and documented, 
and processes are 
proactive when 
needed 

DMSMS operational 
processes defined 
and documented, 
and processes are 
proactive when 
needed 


Manage 

case 

No record keeping 
or metrics 

Ad hoc record keep¬ 
ing and some met¬ 
rics 

Record keeping 
formalized and met¬ 
rics collected 

Record keeping 
formalized and met¬ 
rics collected 


Evaluate 

program 



Metrics aggregated 
and analyzed to 
improve program 
performance; met¬ 
rics used to justify 
operational budgets 

Metrics widely ac¬ 
cepted and used by 
program manage¬ 
ment 


Ensure 

quality 



Quality assurance 
(QA) metrics estab¬ 
lished and used for 
corrective action 
and continuous pro¬ 
cess improvement 

QA metrics estab¬ 
lished and used for 
corrective action 
and continuous pro¬ 
cess improvement 

Identify 

Prioritize 

systems 


Subsystems priori¬ 
tized for DMSMS 
management efforts 

Subsystems priori¬ 
tized for DMSMS 
management efforts 

Subsystems priori¬ 
tized for DMSMS 
management efforts 


Identify and 

procure 

tools 


Predictive tools and 
data management 
tools in place 

Comprehensive 
DMSMS manage¬ 
ment systems in 
place 

Comprehensive 
DMSMS manage¬ 
ment systems in 
place 


Collect and 
prepare 
parts data 

Only miscellaneous 
parts data collected; 
everything driven by 
PDNs 

BOM data collected, 
but may not be in¬ 
dentured 

Indentured BOM 
data collected; ven¬ 
dors surveyed for 
COTS assemblies 
and mechanical 
parts 

Indentured BOM 
data collected; ven¬ 
dors surveyed for 
COTS assemblies 
and mechanical 
parts 
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Table 20. DMSMS Program Capability Levels 


step 

Process 

Level 1 

Level 2 

Level 3 

Level 4 

Identify 

(cont’d) 



BOM data errors 
corrected 

Parts prioritized and 
determination made 
regarding which 
parts to exclude 
from proactive moni¬ 
toring 

Parts prioritized and 
determination made 
regarding which 
parts to exclude 
from proactive moni¬ 
toring 


Analyze 
parts avail¬ 
ability 


Results of predictive 
analyses examined 
continually 

Results of at least 
two predictive tools 
examined continual¬ 
ly 

Vendors surveyed 
periodically for 

COTS assemblies 
and mechanical 
parts 

Results of at least 
two predictive tools 
examined continual¬ 
ly 

Vendors surveyed 
periodically for 

COTS assemblies 
and mechanical 
parts 


Collect and 
update pro¬ 
grammatic 
and logistics 
data 



Some logistics and 
programmatic data 
collected for impact 
assessment 

Comprehensive 
logistics and pro¬ 
grammatic data col¬ 
lected for impact 
assessment 

Assess 

Assess 

impact 

Ad hoc; only when 
PDN received 

Only parts availabil¬ 
ity considered 

Some logistics and 
programmatic data 
and vendor surveys 
being used to de¬ 
termine when an 
operational impact 
will occur 

Extensive logistics 
and programmatic 
data and vendor 
surveys being used 
to determine when 
an operational im¬ 
pact will occur 





Rough priorities 
being assigned 

Specific priorities 
being assigned; 
next higher levels of 
assembly being ex¬ 
amined for opera¬ 
tional impact 





Technology road 
maps being used to 
determine impact 

Technology road 
maps being used to 
determine impact 

Analyze 

Determine 

resolution 

Ad hoc; limited cost 
data used 

AoA conducted us¬ 
ing unrefined cost 
factors 

AoA and BCA con¬ 
ducted using refined 
cost factors, tailored 
to the specific prob¬ 
lem 

Resolution options 
determined at item 
level and for higher 
levels of assembly 

Implement 

Secure 

resolution 

funding 

No resolution budg¬ 
ets; funding sought 
on case-by-case 
basis 

No resolution budg¬ 
ets; funding sought 
on case-by-case 
basis 

Resolution budgets 
funded based on 
projections of is¬ 
sues; outyear budg¬ 
ets unfunded 

Active engagement 
in obtaining other 
sources of funding; 
outyear budgets 
programmed 


Implement 

resolution 

No follow-up 

Minimal oversight of 
execution 

Comprehensive 
oversight of execu¬ 
tion 

Comprehensive 
oversight of execu¬ 
tion 
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Appendix J. Lead-Free Electronics and DMSMS Resolutions 

For over 50 years, the eleetronies industry has relied on tin-lead (SnPb) solder as the primary 
means of interconnection between electronic devices. The European Union’s Restriction of 
Hazardous Substance (RoHS) directive, issued in January 2003, and other international and do¬ 
mestic mandates to eliminate materials deemed hazardous to health have forced the electronics 
industry to adopt solders and termination finishes free of lead (Pb). Although aerospace and de¬ 
fense electronics are excluded from these Pb-free mandates, many of their component suppliers 
are consumer electronics companies, driven by the needs of high-volume customers that demand 
RoHS compliance to enter or preserve European markets. Suppliers sometimes provide products 
in two forms, but usually only temporarily, before converting to a single Pb-free (RoHS compli¬ 
ant) version. New products are being introduced almost exclusively in Pb-free form. 

Nearly all parts and material suppliers and most board assemblers represent the lowest tiers of 
the global electronics supply chain. Avionics OEMs and logistics, maintenance, and repair pro¬ 
viders draw upon this global supply chain, along with a few captive aerospace suppliers, to pro¬ 
vide electronics subsystems to platform integrators and operators. As a result, highly demanding 
aerospace and defense applications are being forced to use components targeted for high-volume 
commercial markets with far less demanding requirements. Manufacturing in the global electron¬ 
ics supply chain cannot be controlled by the low-volume aerospace and military electronics cus¬ 
tomers. 

Avionics, defense electronics, and other high-reliability electronic applications differ in signifi¬ 
cant ways from the vast majority of commercial and consumer electronic applications. Eield en¬ 
vironments often include extreme temperature and humidity, high altitude, high levels of shock 
and vibration, underwater exposure, or the extremes of space. Product lifetimes are often meas¬ 
ured in decades, rather than in years. Contrary to most commercial practices, maintenance and 
repair activities are routinely performed down to the replacement of individual components on 
circuit cards. These maintenance and repair activities often occur many years after initial manu¬ 
facture, at varied and distant locations, and under the control of agencies not always under the 
direction of the OEM. Einally, failure of the equipment to perform may have dire consequences. 

The reliability of SnPb interconnections is well known and meets the requirements of these more 
demanding applications. In contrast, the scientific information indicates increased reliability risks 
in using Pb-free in high-performance electronics. These risks include the spontaneous formation 
of tin whiskers from Pb-free tin-based finishes, reduced Pb-free solder joint integrity, reduced 
reliability by cross-contamination between the different alloys, and the potential component and 
board damage from the higher Pb-free processing temperatures. 

The first consideration in DMSMS management of Pb-free electronics is the risks of using them 
in the program. The program must therefore determine where Pb-free solder is acceptable and 
where it must not be used. Eor example, a program may determine that Pb-free components are 
viable options, but that the leads need to be applied with a SnPb finish prior to installation. Or, as 
another example, a program may determine that Pb-free components can be used for all non- 
mission-critical systems, but not for any mission-critical components, which should continue to 
use only leaded parts. 

The material in this appendix was taken from Pb-Free Electronics Risk Management (PERM) Consortium 
White Paper, December 2009 (http://www.aia-aerospace.org/assets/2009-12-22_PERM_White_Paper_FINAL.PDF). 
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Pb-free components affect DMSMS risk management in two ways. First, they affect the tech¬ 
nical viability of certain resolution options. Alternative parts that do not use SnPb solder cannot 
be considered. Second, it may be necessary to take mitigation steps when buying parts. For ex¬ 
ample, x-ray crystallography may be needed to determine whether or not SnPb solder was used 
and to prevent Pb-free components from entering the supply system. Another option could be the 
use of conformal coatings to discourage the growth of tin whiskers. 

Standards have been developed to help manage the effects of Pb-free electronics, as follows: 

• GEIA-STD-0005-1, “Performance Standard for Aerospace and High Performance Electronic 
Systems Containing Eead-free Solder” 

• GEIA-STD-0005-2, “Standard for Mitigating the Effects of Tin in Aerospace and High Per¬ 
formance Electronic Systems” 

• GEIA-STD-0005-3, “Performance Testing for Aerospace and High Performance Electronics 
Containing Eead-free Solder and Einishes” 

• GEIA-HB-0005-1, “Program Management/Systems Engineering Guidelines for Managing 
the Transition to Eead-free Electronics” 

• GEIA-HB-0005-2, “Technical Guidelines for Aerospace and High Performance Electronic 
Systems Containing Eead-free Solder” 

• GEIA-HB-0005-3, “Rework and Repair Handbook To Address the Implications of Eead-Eree 
Electronics and Mixed Assemblies in Aerospace and High Performance Electronic Systems” 

• GEIA-HB-0005-4, “Guidelines for Performing Reliability Predictions for Eead-Eree Assem¬ 
blies used in Aerospace and High-Performance Electronic Applications” (in review). 
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Appendix K. Abbreviations 

ACAT Acquisition Category 

ACC Acquisition Community Connection 

AME Advanced Microcircuit Emulation (program) 


AoA 

ARCI 

AS 

ASIC 

ASR 

AvCIP 

BCA 

BOM 

CCB 

CDR 

CORE 

CM 


analysis of alternatives 

Accountable/Responsible/Consulted/Informed 

Acquisition Strategy 

application-specific integrated circuit 

Alternative Systems Review 

Aviation Component Improvement Program 

business case analysis 

bill of materials 

configuration control board 

Critical Design Review 

Contract Data Requirements List 

configuration management 


CoP 

COTS 

DAC 

DAG 

DAU 

DAWIA 

DKSP 

DLA 

DMP 

DMSMS 

DMT 

DoD 


community of practice 

commercial off-the-shelf 

Defense Acquisition Challenge 

Defense Acquisition Guidebook 

Defense Acquisition University 

Defense Acquisition Workforce Improvement Act 

DMSMS Knowledge Sharing Portal 

Defense Logistics Agency 

DMSMS management plan 

Diminishing Manufacturing Sources and Material Shortages 
DMSMS management team 
Department of Defense 


DoDD DoD Directive 

DTM Directive Type Memorandum 

ECP engineering change proposal 
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EOL 

end of life 

ESD 

electrostatie diseharge 

E3 

form/ fit/funetion 

ECT 

Eoreign Comparative Testing (program) 

EMS 

foreign military sales 

EOC 

Eull Operational Capability 

ERP 

full rate production 

GAO 

Government Accountability Office 

GEIA 

Government Electronics and Information Technology Association 

GEM 

Generalized Emulation of Microcircuits (program) 

GEE 

government-furnished equipment 

GIDEP 

Government-Industry Data Exchange Program 

ICA 

Industrial Capability Assessment 

IDEA 

Independent Distributors of Electronics Association 

IMM 

integrated materiel manager 

IOC 

Initial Operational Capability 

IPT 

Integrated Product Team 

EA 

logistics assessment 

ECE 

life-cycle logistics 

ECSP 

Eife-Cycle Sustainment Plan 

EECP 

logistics engineering change proposal 

ERES 

Eogistics Requirements and Eunding Summary 

ERU 

line replaceable unit 

ManTech 

Manufacturing Technology (program) 

MilSpec 

Military Specification 

MS 

milestone 

NAVAIR 

Naval Air Systems Command 

NHA 

next higher assembly 

NPV 

net present value 

NTE 

not to exceed 

O&S 

operating and support 

OCM 

original component manufacturer 
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OEM 

OSCR 

OSD 

Pb 

PBL 

PDN 

PDR 

PERM 

PM 

PO 

PQM 

PRR 

PSE 

PSM 

PSP 

QA 

QML 

QMS 

QPE 

R&D 

RDT&E 

RoHS 

ROI 

ROM 

SCD 

SE 

SER 

SME 

Sn 

soo 

sow 

SPRDE 


original equipment manufaeturer 

Operating and Support Cost Reduetion (program) 

Office of the Secretary of Defense 
lead 

performance-based logistics 
product discontinuance notice 
Preliminary Design Review 
Pb-Eree Electronics Risk Management 
program manager or program management 
project officer 

production, quality, and manufacturing 

Production Readiness Review 

program systems engineering 

product support manager 

Product Support Plan 

quality assurance 

Qualified Manufacturers Eist 

quality management system 

Qualified Products Eist 

research and development 

research, development, test and evaluation 

Reduction of Hazardous Substances 

return on investment 

rough order of magnitude 

Source Control Document 

systems engineering 

System Eunctional Review 

subject matter expert 

tin 

statement of objectives 
statement of work 

systems planning, research, development, and engineering 
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SRA 

shop replaceable assembly 

SRR 

Systems Requirements Review 

SRU 

shop replaceable unit 

STM 

science and technology management 

T&E 

test and evaluation. 

TDP 

technical data package 

TDS 

Technology Development Strategy 

U.S.C. 

United States Code 

VE 

value engineering 

VECP 

value engineering change proposal 

VEI 

value engineering incentive 

WCE 

working capital fund 

WRA 

weapon replaceable assembly 
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